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This final report, prepared by Martin Marietta Denver Aerospace, provides 
the technical results of the Space Station Autonation Study. The report is 
submitted in two volumes: 

Volume 1 - Executive Summary 

Volume 2 - Technical Report 

These documents are submitted in accordance with the requirements of 
contract NAS8-35042. They reflect the work performed under Task 5.3, "Space 
Station Autonation Study," for the George C. Marshall Space Flight , Center of 
the National Aeronautics and Space Administration. . 

Martin Marietta personnel Involved in this study effort and who 
contributed to this report are as follows: 

K. 2. Bradford - Documentation Manager, Technology Assessment . 

W. H. Chun - Assembly and Construction 

P. C. Daley - Computer Architecture, Artificial Intelligence, and 
Systems Automation 

D. L. Miller - Systems and Reference Data - 

Comments or requests for additional information should be directed to: 

Jon Kaussler ' ' ' ' 

Contracting Officer's Representative 
. George C. Marshall Space Flight Center " ' ■ ■ - , 

Huntsville, AL 35812 
Telephone: (205)453-4955 

OR 

Richard A. Spencer 

Program Manager 

Martin Marietta Aerospace 

P.6. Box 179 

Denver, Colorado 80201 

Telephone: (303)977-4208 
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INTRODUCTION 


1.1 BACKGROUND 


The Space Station concept currently conceived encompasses both manned 
[and unmanned operations. A crew of six to eight flight pernonnel will 
[be employed in various tasks where past experience indicates a strong 
'need for human presence. Many of the activities projected can be char- 
'acterlzed as ones that can be programmed in advanced and aTe better 
suited for automated systems. 


n 


£■> 


J The application of automation to Space Station is a topic of great cur- 
. rent interest and controversy. At the extreme ends of this controversy 
is the tradeoff of a total autonomous system versus a highly human 
; activity intensive system. -Two major issues wltiiln this controversy 
: aref - 1) does the incorporation of automation significantly reduce the 
^ "cast of thousands’* on the ground; and 2) does technology availability 
push or mission' requirements drive the autonomy technology?. Many ap- 
: proaches are available to address these issues; however, a better 
i understanding is required of future goals, interactions, and Impacts. 


It is apparent that future space systems villl be required to remain 
operational for '20 years and longer. Over this life cycle, it will.be 
required to adapt to constantly evolving and challenging requirements. 
Both systems and subsystems need to deal with this reality in the best 
possible way. One method used successfully on prior programs is to use 
a form of long-range planning through futuristic. forecasting; Long- 
range planning is a keystone to providing flexibility, productivity, 
and life cycle cost improvements. ^ 


(i:') 


A timely issue is how to project the future missions and define which 
of the associated operational functions would be better satisfied by 
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automating a few or many of the subsystems. This future Insight pro- 
vides the capability to build In or "scar” the Initial Operational 
Capability (IOC) Space Station for later adaptation to evolving 
technology. ■ 

The challenge Is to define a Space Station that combines the proper 
dynamic mix of man and machine over an extended period of time, while 
retaining a high degree of backup capability. 

PURPOSE _ 

The purpose of the Space Station Automation Study (SSAS) was to develop 
informed technical guidance for NASA personnel In the use. of autonomy 
and autonomous systems to Implement Space Station functions. . 

GENERAL STUDY APPROACH 

The initial step taken by NASA in organizing the SSAS was to form and 
convene a panel (Figure 1.3-1) of recognized expert technologists In 
automation, space sciences, and aerospace engineering to produce a 
Space Station automation plan. 

As indicated on this schematic, California Space Institute (CSI) was 
assigned the responsibility for study management. A Senior Technical 
Committee, chaired by Dr. Robert Frosch, was appointed to provide over- 
all technical guidance. 

A NASA Technology Team was convened to produce focused technology fore- 
casts, supporting pan"l analyses, and system concept designs. Stanford 
Research Institute (SRI) International was assigned to this team. . 
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Figure 1.3-1 SSAS Organization 


A; NASA Design Team was also convened to produce Innovative,. tech- 
nologically-advanced automation concepts and system designs supporting 
and expressing panel analyses. The emphasis of this effort was to 
strengthen NASA understanding of practical autonomy and autonomous sys- 
tems. , Four aerospace contractors — General Electric (GE), Hughes Air- 
craft Company (HAC), TRW, and Martin Marietta Corporation (HMC, Denver 
Division Aerospace) — were assigned to this team. Halfway through the 
study, a fifth contractor, Boeing Aerospace Company (BAG) was also 
assigned to this team. 

A work breakdown for the original four contractors was assigned as 
shown in Figure 1.3-2. The fifth contractor, BAG, was assigned to in- 
vestigate and report on man-machine Interfaces. 
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i l.A STUDY OBJECTIVES, GUIDELINES AND APPROACH 


1.4.1 MNC Objecclvea 

- . ' ^ " . ■ ■ 

The first phase of the Space Station Autotsatlon Study was conducted 
* i - . • • ' • over a period of- four aonths. - Martin Marietta’s part in this study 

covered two specific and significant areas relating to projection of a 
j % r. futuristic Space Station and the type of scarring necessary for 

- ; , evolutionary, Inplenentation. The two basic objectives of this effort 

; ; ' ■ are: 

1). Define through analysis. the potential ultioate design of the Space 
1 - . Station systems to the. highest level of automation that can be per- 

; ■ ceived to be accomplished by circa 2000. Specifically, this In- 

I ■ volved the overall system and selected subsystems (environmental 

I control and life support, electrical power and Information and data 

I management). . 


■ 
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2) Define through aoalyeia the oyoteia-level iappllcatlona of automation 
: technology for conatructlon, repair, and modification of a Space 
i Station and ita varlouo olemento. - ' 

The ayatea automation was cbnceptuallzcd at circa 2000, then baclccd 
toward the IOC apace station. Converoely, the aaoenbly and construc- 
tion technologies were built on IOC reference concepts, then extended 
from IOC to circa 2000. 

1.4,2 Guidelines 

The guidelines used to bound this study are listed below: 

1) Maximua use was to be made of related govemment-sponaored space 
automation studies. 

2) The associated lead time needed to prepare the technology base and 
to perform the nccesaary advanced development activities was esti- 
mated to be 4 to 5 years. 


3) In addition to the Manned Maneuvering Unit (KMU) and Remote Manipu- 
. lator System (RMS), an Orbital Maneuvering Vehicle (OKV) and Or- 
bital transfer Vehicle (OTV) will be available to support orbital 
. construction and assembly operations. ■-■ --- 


4) Tlie Space Station mission requirements identified by NASA/LaRC, 

- dated 7 June 84, would be used as a representative inlssion model 
• where practical. - 


;5) A power tower except with gravity gradient stabilisation would be 
used as a Space Stotion configuration focus. 


The emphasis of these guidelines was on the role of automation technol- 
: ogy and ita projected evolutionary growth out through the year 2000 and 
; beyond. 


t 
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1.4i3 MHC Study Approach 


n 







Figure 1.4. 3-1 shows the MMC study task flow broken do\m Into five naln 
thrusts for the assigned araaa" of responsibility: 1) Suamary of Space^ 

Station 2000 (plus) Tasks and Activities, 2) Perceived Highest Level of 
: Autonation, 3) Asaessaent of Autonation, 4) Identification of Autona-- ; 

tlon Needs and Tine Plans, and 5) Presentation, Reports and Sustaining 
Engineering. 



Figure I A.3'l Approach to Space Station Automation Study ^ 

A special feature of this flow Is the parallel focus of the Space Sta- 
tion subsystem automation and the space construction autonatlon. The 
tasks were designed and organized to meet the study objectives In a 
timely manner. , . - r. ' 


Figure 1.4. 3-2 shows the study schedule, starting in July, with the. , 

. I major effort being completed In nid-Kovenber. It represents the con- 
u slderablo overlapping required of the four major tasks. The fifth 
task, as shown, covers presentations and documentation and Information 
'transfer with NASA, Stanford Research Institute (SRI), and California 
Space Institute (CSI). As shown, the major portion of this effort was 
; completed in four months. During this four-month period, four Technl- 
! cal Interchange Meetings (TIHs) wjre held, with a fifth meeting held at 
NASA to present final reports. 
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Figure 1. 4.3-2 Study Schedule 


1.4.4 Task Dascrlptloas 

ohowa In the Study Flow Plan, there arc five niajor taak areas. The 
: reaulto of each task effort feed into and provide the basis for the 

following task work. By following this disciplined approach, each task 
area should receive the proper craphasis and provide ccaningful results. 

The basic approach was further structured in a natrix format in which 
both the automated oysteno and construction/aoseEbly activities were 
directed through each of the five major tasks in a parallel manner, A 
! brief summary description of the activity covered in conducting the 
major task(Q) effort(a) io presented below. 

- ' : - ■ • 1-7 ■ ■ ' - 
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MHC first conducted a review (Task 1) of the NASA/LaRC nlasion model, 
dated 7 June 84, that Included a number of mlsolons out through the 
.year 2000. Specific featureo looked for Included the Increase or de- 
' I crease in mission types and number of space vehicles and any related 
impacts on system and subsyatea performance ; growth. An assessment was 
'also made of proposed large space systena likely for future space plan- 
■nlng. Rather than do an exhaustive coverage of all space construction 
and assembly missions envisioned, it was quickly determined to con- 
centrate on a set of four representative construction nlsslon scenarios 
‘These scenarios encompassed the more relevant aspects of construction 
from a standpoint of commonality, standardization, and technology 
evolvablllty. They also include concepts that span a time phase lead- 
ing up to 2000 and beyond. 

;Two of the selected reference missions are_ldcntlfled as Technology De- 
ivelopment Hisslons (TDMs), previously investigated under the HASA/MSFC 
contract KAS8-35042, to which this Space Station automation' study ef- 
fort was added (Task 5.3). Details of the future nlsslon goals and the 
construction reference nlssion scenarios are presented in Sections 3 
;‘and 6, respectively. 

• I The nest step (Task. 2) in the flow approach was to define top-level • 
[concepts that featured the highest level_ of automation that could be 
‘perceived. Using the basellne'df futl'Cclono and- activities identified 
in Task 1, the study tried to identify the highest level of automation 
< that can be perceived for both automated systems and construction 
1 techniques. , - - \ . 

i The perception process can be described as one of thought and design 
concept ertenolon, projection, and forecast. This includes going from 
human intensive to human out of the active loop. 

; An important part of the perception process included identifying tech- 
niques which would improve or enhance man's productivity; in space. In 

' ■ ■ . r ■ - - 
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addition, the approach oust encompass the maximum practical degree of 
automation in operations, construction, activation, monitor and con- 
trol, fault detection, fault isolation, and fault remedy. 

Injthe Tank 3 approach, the impact of technology on automation applica- 
tions was analyzed. Using concepts developed In Task 2, the study ana- 
lyzed automation functions as they applied to various types of operator 
controllers, l.e., facility buildup, product fabrication, informatloa 
handling, and equipment nalntalners. Much of the technology Informa- 
tion developed for this task was based on a numbtr of different sources 
such as our existing advanced automation technology data base. Informa- 
tion supplied by SRI International, and current literature on advanced 
automation. / 

Various levels of automation were compared with current state-of-the- 
art and a projected IOC configuration. Projection, techniques for 
selected time slices were applied against the near-term product devel- 
opment and emerging automation technology to Identify gaps, voids, or 
deficiencies in the projected technology. . 

J. 08 t seep (Task 4) In this approach waa to organize the Identifica- 
tion of- hardware and software elements in such a manner as to facili- 
tate technology implementation or development. The projected miscions 
vfere examined and a time-phased need plan developed. The plan shows 
the time at which levels of automation should be increased, or made 
available, to support the long-range Space Station missions and 
objectives. 

A fifth task was generated and maintained to track and. document study 
reports, handouts, and presentations. This tank also provides for the 
sustaining engineering needed to conraunlcate with NASA, Stanford Re- 
search Institute and California Space Institute during the second 
phase. The laajor outputs of this study are: 

:1) Orientation Meeting r Presentation on study approach. and expected 
results. 


1-9 


; MCR 84-1878 

I November 1984 

2) Technical Interchange Meetlnga (TIMs) - TIHa were scheduled on a 
monthly basis; the evolving final report output status was- pres- 
, ented at each of these meetings. 

;3) Final Presentation and Report - At the fifth month, a final presen- 
tation- at the. NASA/JSC location. Study results through this period 
were documented In a final report. 

1.4.5 HMG Work Breakdoxm Structure 

A work breakdown structure was generated to encompass and Integrate the 
: tasks described In paragraph 1.4.4 above. The structure further breaks 
the Individual tasks down to levels which are more descriptive of the 
: study effort. The structure also provided a meaningful outline for 
, I visibility of the final report contents. 

As shown In Figure 1.4. 5-1, there are four major elements. Elements 
1.1 and 1.2 provide the baseline and reference data applicable to both 
i 1.3 and 1.4, which arc the two major study activities, system automa- 
i tlon and assembly and construction, respectively. These major actlvl- 
.■ ties arc further decomposed as shown. 
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1.5 : SOURCE DATA AND TERMINOLOGY : 

1.5.1 : Source Data 

As stated in the guidelines above, during the performance of this study 
maximum use was made of related space automation studies. These refer- 
ence sources are listed In Appendix A. 

1.5.2 ; Terminology Descriptions 

iFor familiarization, the following is intended to provide a brief over- 
view of the meaning of selected automation and remote control terminol- 
ogy as used herein. It la not intended to Impose a precise definition 
of these terms but simply to facilitate the communication process. 

Artificial Intelligence ; A discipline that attempts to make com- 
puters do things that, if done by people, would be considered 
Intelligent. - 

Automatic ; A general tern used to define self regulating of , 
motions and operations of machines. 

Autonomy ; Independence of a flight system from direct real-time 
control by the ground. ■, - - ' . 

Hard Autonation ; Conventional automation using some form of. 
numerical control (NC) or standard algorithmic control scheme. 

Flexible Automation ; Refers to advanced automation systems that 
can cover a wide range of applications with Inherent reprogramma- 
bllity. ■ 
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6) Telepresence ; The ability to transfer a human's normal functions 

' (e.g., manipulation, tactile, etc.) to a remote site and receive 

’ human sensory feedback (e.g., visual, force reflection, etc.) that 
• provides a feeling of actual presence at the worksite. 

7) Teleoperation ; Remote manipulation In which humans provide the 
control signals based on responses to efficient Information 
feedback. 

I 

8) Supervisory ; A control mode using a mix of human and machine (com- 
puter) control in which the operator uses high-level commands when 
instructing the computer to perform complex multiple activity 
sequences. 

9) Teleautonatlon ; The capability to interact with and modify a re- 
mote automated system and carry out a predesigned function or 
series of actions, after initiation by an external stimulus (e.g., 
offline programming and remote data base updating).. 

10) Remote Control ; The capability to control from a remote location. 

; The terms Telepresence, Teleoperation, Supervisory Control, Tele- 

automation,, and Augmented Control as used in the literature are 
generally regarded as different examples or subsets of Remote 
. \ Control. _ 

1.5.3 Acronyms and Abbreviations : 

A listing of the acronyms and abbreviations used herein is contained in 

Appendix Bi Those in common usage or which are considered obvious are 

not included. ' 
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2.1 GENERAL • . 

This section provides a general summary of the study, results by refer- 
ence to the applicable sections, tables, and figures herein where the 
pertinent data Is contained. Refer to Volume I, Executive Summary, for 
the compilation of this data Into an Integrated, concise reference 
source. Note that this study involved two distinct areas: system 

automation and assembly and construction. Herein, these areas have 
been addressed separately. 

2.2 SYSTEM AUTOMATION 

2.2.1 Overview 

The ultimate attainable level of automation for the Space Station in 
the year 2000 was established (Section 5.1.2). The elements to be 
Implemented are reflected in Figure 5. 1.2. 1-1 and further defined in 
Section 5.2. Summary conclusions are contained in Section 5. 1.2.3. 
Figure 5. 2. 3-1 shows a summary comparison of the automation techniques^’ 
(hard versus intelligent).' 

2.2. 2 Assessment _ 

Automation assessment data are in Section 5.3. The projected evolution 
is shown in Figures 5. 3. 1.1-1 through 5. 3. 1.1-6, supplemented by 
:descrlptlve text in the corresponding paragraphs. The power. Environ- 
mental Control and Life Support System (ECLSS) and Guidance, Naviga- 
tion, and Control (GN&C) subsystems .arc contained In Section 5';3.2. 
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2. 2»3 Scarring and Prioritization 

; Scarring and prioritization are discussed in Section 5.3.3 and sum- , • 

. . : harized In Table, 5. 3. 3. 1-1. Time phasing Is contained in Section ji' 

, ; 5. 3.3. 2. ■ , ' • ! ■ 

2.2.4 Development Support . ' ‘ 

Development support needs, which refers to development tools and aids, 
are discussed In Section 5.4. 


2.3 ASSEMBLY AND CONSTRUCTION 
2.3.1; Overview - 



The four major mission categories Involved In this study, and the as- 
sociated reference mission models, are described In Section 6.1. The 
mission categories include 1) Space Station IOC buildup, 2) Space Sta- 
tion expansion, 3) large spacecraft and platform assembly, and 4) geo- 
stationary platform assembly. Each of these are subsequently addressed 
in Sections 6.2, 6.3, 6.4, and 6.5, respectively. Each of these sec-, 
tlons provides a description, scenarios, and conceptual design data. 


! The Mobile Remote Manipulator System (MRMS) basic design features and 
' evolutionary considerations are contained in Section 6.2.3 and 6.2.4,4 ' 
'respectively. Trade studies related to the MRMS are in Section 6.6.1. ~ 
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2.3.2 Assessment 



Comaonality of the asseably and conatructlon support equipment required 
for different mission tasks and scenarios is addressed in Section 6.6.2 
for subsequent utilization in the automation assessment. The automa- 
tion assessment is reflected in Section 6.7. Figure 6. 7. 2-1 shows en- 
hancement techniques for remote control automation. Control system 
evolution is in Figure 6. 7. 2-2 and the automation technology assessment 
in Figure 6, 7.3-1. An overall automation summary is contained in Sec- 
tion 6.8. A development plan is discussed ir. Section 6.8.3. 

2.3.3 Scarring and Prioritization 

. Priorities are discussed in Section 6.8.2 and reflected in Table 
r 6. 8. 2-1. Scarring projections are in Table 6. 8. 4-1. • 
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SPACE STATION MISSION GOALS 


Long-range pTahhlng la a keystone to successful productivity, cost ef- 
fectivity, and life cycle cost Inprovements,. Performance of long-range 
' planning requires -the capability to look Into the future and make logl- 
i cal estimates and projections based on trends and forecasts of what the 
: future could be like. While many people Inherently possess the ability 
for credible forecasting, others develop varying levels of proficiency 
uslng'different techniques. These techniques Inciude projecting 
trends, model-making, collective prophecies, content .inalysls, Delphi 
technique, etc. (20) 

The approach used on this task was to first break it down into four 
subtasks: 1) projected Space Station missions, systems, and vehicles; 

2) Space Station evolvability thrust; 3) automation missions tasks and 
activities; and 4) configuration drivers. 

PROJECTED SPACE STATION (SS) MISSIONS, SYSTEMS, AND VEHICLES ■ ' ^ 

This section discusses those study themes considered necessary in re- 
sponding to the expectations' that are most likely to be generated by . 
the space utilization society in regard to automation in space in the 
next one to three decades. . . 

First, the understanding of what direction advanced automation will, 
take requires an overall view of future mission trends and spacecraft 
population numbers. The initial missions Investigated included the ■ 
Space Station Mission Requirements identified by NASA/taRC dated June 
7, 1984. One forecasting technique used to start this effort was that 
of "Projecting Trends." In forecasting, it is reasonable to assume 
that present trends will continue for a while, but not indefinitely. 

In other words, one trend must be corrected by other trends or facts. 
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: Missions identified in the I^RC reference Space Station nission nodel 
; (27) arc sutamarized in Figure 3,1-1 as-to nission categories by number ” 
and year of launch. As can be seen in this figure there is a general. 

; trend for nisslons to reach a peak during the nld-1990’n and a con-> , 

■ sldcrable decrease out through the year 2000 tine frame. This trend is . ' 
: realistic since very few follow-on or rieWnlssions were identified in ' 

; this model. Host of the missions Investigated could be identified with 
. science, technology or near-term commercial. Any benefita such as new 
' manufacturing or material processing facilities would not be identified 
i until after specific processes are identified and verified along with a 
; long range growth plan, assuming successful results of the initial 


laboratory tests. 



Figure 3.1-1 Mission Maiicl—Stwiiuary 


Since this information did not provide adequate data needed to show ^ny __ 

! trend toward core system robustness or conservativencss, a second ap^ { 

O : proach was used. This second forecasting technique depended on "col— . 

■ lective prophesies" in which a group of knowledgeable engineers engaged 

1 ■ ■ ■■ ' ■ ' ^ ; 3-2 ‘ ' . =■ - . 
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in a brainstorming session that reviewed the mission categories' listed 
In Table 3.1-1. These areas were evaluated as to their future trend 
relative to activity predictions or frequency levels as a function of , 
time. Results of. this forecasting technique are shown in the table, 
where number one Indicates a, lower or decrease In mission activity from 
that of the first decade (91-00) to, that of the. second decade (00-10), 
number two Indicated a similar level of activity and number three Indi- 
cates a projected increase In activity after the year 2000. This In- 


formation Is useful since It indicates areas where future technology 
maybe beneficial. For example, using the Information developed In 
Figure 3.1-1 and Table 3.1-1, a logical growth projection for many of 
;the most common Space Station (SS) elements resulted. Table 3.1-2 
shows the results of this analysis of the 'fltpsion model and Indicates 
an active growth period through the year 2000 and beyond. This growth 
Is shown In Table 3.1-2 by the indicated time slices. Data beyond year 
2000 are projections; the other data are from the LaRC mission model. 

■Tabic 3.1-1 Future Space Statioii'^Projcctcd Missions by Category- 


SCIENCE AND APPLICATIONS : 

ASTROPHYSICS ; 2 

EARTH SCIENCE ’ 1 

SOLAR SYSTEM EXPLORATION 2 ' 
LIFE. SCIENCES 1 

MATERIALS SCiENCES - • 3 

COMMUNICATIONS 3 

TECHNOLOGY DEVELOPMENT - 


COMMERCIAL MISSIONS : . ^ 

MATERIALS PROCESSING .. 3 . 

EARTH a OCEAN OBSERVATION . ^2 

COMMUNICATION' SATELLITE DELIVERY 2 • • ■; 
C0M.MUNICATI0N. SATELLITE SERVICING . 3 . - 

INDUSTRIAL SERVICES 3 - - 


MATERIALS S STRUCTURES 
ENERGY CONVERSION 
CONTROLS fi HUMAN FACTORS 
SPACE STATION SYSTEMS OPERATIONS 
COMPUTER SCIENCE . 

PROPULSION ■ ; ■ 


■- 2 -- ■ ^ . - 

2 

3 ESTIMATED LEVEL OF ACTIVITY 

2 1,. LOWER 

3 2. SmiLr^R TO 91-00 

1 3. HIGHER 
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Table 3.1-2 Space Station System Time Slices 
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3 
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28.5* INCL 

1 

5 

2 

(3) 



POLAR 

1 

2 

2 

(2) 
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(4) 



SOLAR SYSTEM EXPLORATION 

1 

2 

0 

(2) 



OMV MISSIONS ; : 

17 

10 

17 

(15-20) 



OTV. MISSIONS 

■ - 

-,,.-.5' 

- 18 . 

-(18) . 




(HOS. IN PARENS. ARE SPECULATION; OTHERS ARE FROM MISSION MODEL) ' 

I Referring back to Table 3,1-1, miasion categorlea where obvious growth 
; Is projected cones under the following areas: 


,1) Coanunlcatlons (all phases), 

• 2) Material sciences and processing, • . . 

. 3) Satellite services, and 

^ 4) Technology, l.e., controls and huaan factors and conputer sciences. 


3.2 : SPACE STATION EVOLVADILITY CANDIDATES 



The aost relevant iteas In the previous list that addresses the nearest 
' of the future growth nlsslons are coraniunlcatlons, naterlal sciencea and 
processing (space nanufacturlng) and satellite servicing. Sone of the 
nore relevant infonnation collected on these nlsslons la discussed in 
the following paragraphs relative to automation opportunities. The _ 

last item (itcjj 4 above), technologies needed for apace system enplora- ( ^ ) 
tlon, will be discussed under far-out future missions. 
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3.2.1 , Communlcatlona ■ 

Communications satellites In the United States are grovflng oo fast that 
: orbital slots for satellites operating at current frequency bands could 
be exhausted by 1990. Current assignments. of these slots are made by-- 
- the Federal Conmunlcatlous Commission (FCC). r.Most of the slots at C ' ~ 
r band (4-6 GHz) and Ku band (12-14 GHz) arc gone. The next highest of 
the radio frequency bands allotted by International agreement to com- 
. nunlcatlon satellites Is the Ka band (17-30 GHz). - 

Present communications satellites are now being used primarily to 
i transmit long-distance television programs from remote locations. Dur- 
ing the coning years, analysts predict they will be Increasingly used 
for such emerging applications as providing long-distance data links 
between computers and tying remote corporate offices together Into cen- 
tral networks. 

Satellites making up this system are parked in .geosynchronous orbit 
■ (22,300 miles) and positioned along an arc approximately 67® to 143® 

: west longitude. Within this arc, a number of Individual satellites can 
.operate In a common frequency band, .without Interference from each • 
other's ground station, as long as they maintain a certain minimum sep- 
; aratlon distance In orbit. Presently this separation distance is three 
‘degrees for C-band satellites, two degrees for Ku-band satellites and 
one degree for proposed Ka-band satellites. 

Although orbital space slots for C and Ku bands will soon be full, 
i further enhancement may be possible. For example, orbital spacing 
could be decreased by Increasing ground station antenna size. This 
: provides only temporary relief and confirms the need for near-term 
development of Ka-band technology and systems to meet the contlnued- 
projected future growth of commercial satellite communications. 

iFollowlng references from Appendix A are sources of further 
Information: 3, 14, 22, and 47. 
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Another area of considerable commercial Interest Is "Space Manufactur- 
ing." The term "Space Manufacturing" la broadly used to indicate the 
use of space to produce’ a salable product that someone Is willing to 
: buy. The capability to meet this criteria depends to a great extent on 

I availability of low-cost mission support systems. A;oample of these 
systems that could be very Influential In providing cost effective op- 
erations Include new launch systems, manned or unmanned processing fa- 
, duties, free-fiylng transport vehicles, smart sensors, and large 
; power supply systems. Along with these, component modularizations, ' 
electronic advancements, space manipulators, resupply capabilities, re- 
mote control and flexible automation all lead to a re-emphasls on space 
manufacturing. (4) . ' 


The desire for space manufacturing Is well documented, along with the 
use of Space Station as a test bed to conduct early proof-of-prlnciple 
experiments. However, the next step would look at Increased production 
techniques which would require space manufacturing facilities to be de- 
signed to function first in a pilot plant mode and finally as a produc- 

' V* ' 

tlon facility. ■ - ^ 


> . The use’of space for materials processing has been limited to small re- 
search experiments on Apollo, Skylab and ASTP. V/ith the operational 
, availability of the Shuttle and Spacelab, some small-scale laboratory 
, operations have been conducted. Any experiments- flown on Shuttle/ 

1 Spacelab are limited by crew safety considerations and a desire to keep 
the cost down. Once the process has been verified, full scale pilot 
plant operations would be developed. Visionaries have Indicated In 
various speeches and papers that space manufacturing/materials process- 
ing opportunities appear almost unlimited. The general public and even 
potential users who have heard and read these words take it for granted 
as a routine happening that will evolve in the normal passing of tine. 
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. In general, thlo Is not true; it usually takes a concerted effort with 
: R&T expenditures to conceptualize and verify the feasibility necessary 
to interest commercial investments needed to make it happen. 

The effort proposed here is an attempt to provide potential users, a 
low-cost approach through the sharing of space and support equipment 
[within a basic manufacturing/processing (M/P) facility, A systems 
lapproach is necessary to identify the overall flexibility needed to 
.support a irijorlty of the M/P functional requirements. Some of the 
more common features that take advantage of various space attributes 
Include: Zero gravity (weightlessness and near-perpetual notion), 

near-perfect vacuum (acoustic Isolation, offgassing, no thermal 
convection, etc.) perpetual reservoir (waste products dump, heat sink, 
toxic and. hazardous materials disposal), and solar energy, (electrical, 
heating and cooling provision). Typical generic support features , that ; 
must be provided include equipment holddown fixtures, material handling 
mechanisns, monitoring (vision) systems, centrifuge device, 
pressurization capability, computational processing, data handling, . 
remote control, automation and spacecraft docking for receiving raw 
materials and removing finished products. 

Areas critical to .Space Station, where material processing grov:th is 
required, includes micro-gravity control, crew safety hazards, venting 
of toxic or contaminated vjaste, and direct versus indirect human inter- 
action. In the direct or indirect human interaction, the spacecraft 
designer must consider the overall space requirement for crew safety 
which is one of the more restrictive design parameters. This affects 
the location and degree of crew participation x/hen planning for any, 
space manufacturing mission. From all initial indications, a multi- 
mission pilot plant concept could be unmanned with an I-IMU/EVA option. 

To make thlo a viable option, the basic facility would have a high 
degree of automation- with manual override through remote control. The 
typical tradeoff here would be the cost effectivity between providing 
the autonomous equipment' versus the life support system and man-rating 
the facility. 
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Impacts OQ Space Station as a result of material processing growth , 
appears to be In the area of using the Space Station as a setup and 
checkout station and as a remote operatlons-support center. 




Collectively, the space attributes of- weightlessness, vacuum, disposal 
reservoir and solar power should bene fit space" manufacturing conoid-, 
erably. Opportunities appear to be limited with a best guess for full 
scale commercial pilot plant operations some time In the mid to late 
1990s. Present efforts Indicate the first commercial operations would 
most likely take place In selected electronics products and pharma- 
I ceutlcals. However, historically, the capability to predict future 
products has not been too good, and the probability Is greater for new 
products not even anticipated todayi 



3.2.3 Satellite Servicing . 

, Satellite servicing Is a term broadly used to indicate some type of 
support functions provided to spacecraft, l.eT, deploy/ retrieve, resup- 
ply/refuel, malntenancc/repalr, etc. These capabilities will be more 
I demanding for future missions than. the basic STS systems possesses,. 

such as the Remote Manipulator System (RMS), the Remote Extravehicular . .. 

; Mobility Units, l.e.. Orbital Maneuvering Vehicle (OHV), Orbital Trans- 
fer Vehicle (OTV), etc., and the Manned Maneuvering (MMU). Much of the . 
' ; early activities projected for these systems are covered by the TRW 

■ contract report and include tasks such as those required for develop- . 
ment, flight testing, operations verification, and first generation , . - . 

, , orbital operations. These capabilities can be divided Into satellite : 

^ services at or near the orbiter, and those remote from or beyond the 
: orbiter. capabilities. ' . - 




Shuttle and Space Station servicing capabilities, depicted by TRW In 
their parallel report provides the evolutionary development of the 
first type of service systems as presently defined. Beyond the Initial 
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capability of satellite placement and limited retrieval of free-flying 
spacecraft, there Is a projected need for cost effective servicing at 
remote- locations from the orblter. . , 

The evolution of satellite service capabilities remote from the 
Orblter/Space Station la considered In the future mission category and 
will depend on development of a flexible or Intelligent servicer con- 
cept. This unit as conceptualized would be attached to and transported 
; by an OMV and OTV to either medium earth orbit (HEO) or geosynchronous 
orbit (GEO). Obviously, this aspect of manned orbital operations will 
:be dominated by remotely controlled (teleoperatlon/teleautomatlon) sys- 
tems for servicing tasks that are beyond the crew hands-on capability 
iprovlded by Space Station and EVA. 

The automation Impact on Space. Station to support-this type of future 
mission falls Into two primary areas: system control and logistics sup 

port. The servicing option which may be pursued to acquire an intelli- 
gent servicing capability can vary over a wide range of remotely con- 
trolled servicing techniques. The‘se ' lncli(de from a hardware standpoint 
the degree of "hard" to "flexible" automation and from a human Interac- 
tion standpoint, the degree of "teiepresence" to "teleautomation". 

A principal objective of an Intelligent servicer is to provide flexible 
servicing to a number of different satellites at their operational lo- 
cation. In many cases this Is the cost, effective approach when com-_^- 
pared to returning the malfunctioning satellite back to the Space Sta- 
tion. Flexible servicing Is differentiated from conventional servicing 
by provision of the onboard capability to adapt to a varying satellite 
work site environment. . To accomplish this require'* sophisticated 
vision systems, smart sensors systems, adaptive control modes, "expert" 
system software, and an executive controller employing artificial In- 
telligence techniques. Potential "scars" that are Indicated to imple- 
ment an Intelligent servicing capability Includes a more complex con- 
trol station, i.e., knowledge based systems (KBS), massive memory, , and 
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; advanced data processing. In the -logistics area, potential "scara" In- 
clude the capability to service and load an Intelligent servicer at a 
lower component Orbital Replacement Unit (ORU) level. Important Issues 
related to Implementation of servicing Include degree of worksite 
! structure. Standardization, modularization, commonality and operability. 



Following references In Appendix A are sources of further Information: 
34, 38, 41, and 42. 


i ■ 3.3- ' FAR-OUT FUTURE MISSIONS / ' 

The last of the mission goals Investigated were those that featured 
' r missions conceived to address those Issues that seen to Impact life 

. . , ■ here, on Earth. Information reviewed include everything from wishful 
/ .'I' ; ■ ■ ! thinking, to in-depth analysis of massive solar power satellites to - • 

' ' extraterrestrial exploration. 

1 One other forecasting technique used to provide an Insight into this - 

' area was a derivative of "content analysis." This technique is pat- 
terned after intelligence-gathering methods used during World War II, 
i : ; when allied forces discovered the value of reading newspapers from 

' ' ' small Gerfaan towns', which reported food shortages and other problems - 

, ' i. that revealed situations behind the enemy lines. 

- ■ I The study group used In this effort scanned a number of newspapers, = 

. magazines, periodicals, conference papers and other sources. A summary 
. . . of selected Issues collected from these sources Is shown. In Table 3.3-1. 

' ; , ■ . This table presents three sample groupings with some of the more rele- 

. ; vant Issues listed. 
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Table3.3-t Long-Term Opportunities for Future Space Missions 
• SAMPLE OF TERRESTRIAL PROJECTIONS: 

. - INCREASING ENERGY DEMANDS 

- INCREASING COMMERCIAL COMMUNICATION NEEDS 

SAFE DUMPING OF TOXIC WASTE ' ' 

- DEPLETION OF RAW MATERIALS " 

. - OVERPOPULATION AND SHORTAGE OF FOOD ‘ ’ ' ' ' - 

- INCREASING URGE TO EXPLORE AUD--MIGRATE INTO SPACE 

, • EXAMPLES OF EVOLVING SPACE POLICY: . - ' 

- EXPLOIT SPACE FOR COMMERCIAL BENEFITS 

- MONITOR TERRESTRIAL EVENTS 

: - CHARACTERIZE THE GLOBAL FUNCTIONING OF THE EARTH 

- SURVEY THE UNIVERSE AND STUDY PLANETARY BODIES 

. • TYPICAL EXTRATERRESTRIAL FORECASTS: 

- EARTHLINGS VENTURE TO MOON 

l , - MINING AND PROCESSING OF MOON MATERIALS 

- MANNED LAUNCHES FROM MOON INTO SOLAR SYSTEM 

- COLONIZATION OF EARTH'S SOLAR SYSTEM . ' 

The first grouping shows issues identified- in various literature 
sources <fhere there is a major world concern. Although many of these 
; concerns are real, changing trends have a considerable Impact on modi- 
fying future projfectlons. When these concerns are investigated with 
the use of space to help resolve them, a number of new space Initla- 
; tlyes have resulted that in many cases boggle the mind. Just a brief 
sample of new opportunities Includes concepts such as space colonies, 
__ solar power satellites that convert the sun's continuous energy to sup 
' ply electric energy at the Earth surface, mining and processing of raw 
materials, l.e., iron, silicon, aluminum, titanium, oxygen and others, 
[■ from themoon or from asteroids and the possible use of space to dump 
! hazardous waste. 

The second grouping, examples of Evolving Space Policy, are listed to 
show the wide span of differences required in growing. or evolving a 
space station that supports existing objectives versus futuristic 
objectives. ' 


- 3-11 , 


' ■ , - ■ ' . MCR 84-1878 

. ' . ; November 1984 

The last group indicates a scenario that could lead to future coloniza- 
tion of space. In fact, a three-day symposium on figure space programs 
sponsored by NASA and held in Washington on October 29, 1984, addressed 
many of these same items. A basic theme of this symposium was the 
feasibility of returning to the moon again, th^ time to establish per- 
manent colonies.: A scenario proposed Included moon people raising 
their own food, mining minerals, producing rocket fuel and- conducting 
3- to 6- month exploratory sorties of the lunar, surface (see references 
11, 48, and 49). . , • 

According to NASA administrator James'Beggs, establishing a permanent 
lunar base, or bases, is the nCXt logical step to man's conquest of 
space. It could easily be accomplished in the years 2000 to 2010, 

Beggs said, after NASA deploys its Earth-orbiting space. station. "I 
believe it highly likely that before the first decade of the next 
century is out, we will. Indeed, rctum-to the moon," Beggs told the 
symposium. Beggs said the lunar base could be used as a springboard to 
send astronauts to- explore Mars and several asteroids (small planets) 
in orbit between Mars and Jupiter later in the century. ' • ' 

One of the major objectives in all manned missions, where extended 
periods in space are planned, is the closure of all life support system 
functions.' In the aggregate of closing these functions, growing ones 
own food in space is by far the most complex and challenging and as a 
.result the last one to be addressed. 

Boeing has conducted a study for NASA's controlled ecological life sup- 
port system program at Ames Research Center that investigated the eco- 
nomics of space inhabitants growing their own food. As part of this 
study they looked at NASA planning forecasts for the next 50 years. 

From this forecast examination, six typical missions were selected for 
reference purposes. The six reference missions include: 

1) A low earth orbit (LEO), low-inclination space station, 

2) A LEO, high-lncllnation space station, 
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3) A military command post in an orbit at about 132,000 miles altitude, 

4) A lunar base, . ; 

5) An-^steroid base, and 

6) A Mars surface-exploration mission, ; , 

The Interest and Importance in this technology area made it a prime 
candidate for major, modifications and overall facility growth. Consid- 
erable "scarring” could be considered in this area to accommodate 
future automation. 


SUMMARY ; ■ ■ - 

A; summary of the evolutionary functions associated v/lth various long 
range missions and objectives of permanent manned presence has provided 
an insight to an optional sequential buildup of a space based infra- 
structure. 

The potential candidates for automation are many and complex. It is - 
logical that these elements along with control options be developed on 
a; technology priority and cost effective basis. A low risk approach 
should make maximum use of ground and flight R&D experimental testing. 
A; logical sequence of space vehicles first uses the shuttle orbiter as ' 
a mlni-R&D tent bed and then progresses to the- space station as a 
larger test bed facility, and finally as an operations center for space 
activities relevant to supporting both co-orbiting platforms and other 
platforms. in LEO, GEO and beyond. A general summary of space station, 
evolvabliity drivers are shown in Table 3.4-1. In order to attain 
these basic goals, an ever Increasing level of space crew productivity 
la required. Early awareness of automatible functions, that support an 
increase in productivity, is mandatory to allow for pre-emptive 
automation transparency. . ' . 
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; Following references from Appendix A are sources of further 
Information: 1, 2, 4, and 25. 

Table3.4‘l Space Station Evclvability Drivers 

• TEST BED FOR COHKERC I AL PRODUCTS 
:• TEST BED FOR HUMAN MIGRATION INTO SPACE 

• TEST BED FOR ROBOTICS PERFORMANCE GROWTH IN SPACE 

• A SERVICING FACILITY FOR FREE-FLYING SPACECRAFT 
;• ASSEMBLY/CONSTRUCTION OF LARGE SPACE SYSTEMS 

;• A STAGING BASE FflR SATELLITE LAUNCHES UP TO GEOSTATIONARY AND BEYOND ' 

• A LOGISTICS BASE FOR TRANSPORTING CREW AND MATERIALS TO MANNED . ' 

GEOSTATIONARY PLATFORM 






o 
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4.0 SYSTEM REFERENCE AND DESCRIPTION 


4.1 'IOC SPACE STATION REFERENCE 


, The purpose of this section is to provide a Space Station reference 
; data base for the study team and to familiarize them with a current 
[Configuration. The Space Station definition as now conceived consists 
Cof both manned and unmanned elements with an Initial Operating 
[Capability (IOC) early In the 1990s. Much of the data developed and 
summarized here was taken from reference 24. 

4.1.1 Mission Tasks and Activities 



:To accomplish' the "diverse set of missions outlined In the prior Section 
■3.0 and. to accommodate the complex equipment and payloads, a highly In- 
ivolved set of mission tasks and activities could be generated. Many of 
jthese are reflected In the later Sections 5.0 and 6.0 as related to the 
specific study elements of system automation and assembly and construc-r 
itlon, respectively. The top-level mission tasks and activities, In 
I terms of general capabilities and resources, are summarized as follov/s:; 



• 1) . Provide a capability to assemble, maintain, and repair satellites, 
payloads, and space. platforms. 

2) Provide pointing control with an accuracy of 410“ and a stability 

of 4jD.02“/sec. . 

3) Provide the following resources: 

■ o Power , . * . . 

o Thermal 

o Telemetry, command control, and timing . 

• o Onboard data management 


) I o Equipment calibration capability 
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o Dedicated crew support 
o IVA and EVA support 

o Pressurized 'volume 


j 4.1.2 General Requlrcneyts : , - 1 

! The general, top-level requirements applicable to the IOC Space Station 

] are identified below. These requirements are oriented toward the sys- 

[ tem evolvabllity, primarily with respect to automation, and rellabll- 

. t - . ■ - - ' . , , ■ 

■ 1 Ity. The requirements hierarchy will expand and encompass all subtler 

j elements as the system development begins. Requirements related to the 

i' system automation and construction and assembly are Identified in Sec- 

tions 5.0 and 6.0 herein, respectively. 



A number of the significant general requirements are as follows: 
1) Indefinite operational lifetime 


2) Common design, hardware and software, with maximum standard 
interfaces . \ 

•'3) - Provlde..:f or modular growth 

4) Accommodate or_ Incorporate new technology into existing systems 

5) Autonomy from ground control 

6) Maintain the Space Station critical operations during unmanned 
periods 


O 


7) Design critical systems to be fail-operatlonal/fail-safe/restorable 
' as a minimum 

8) Shelf life of 10 years minimum 


- :4-2 
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9) Redundant functional patho and redundancy management 

4.1.3 IOC Configuration .. .. .. ■ 

The IOC configuration currently envisioned and baaellned for this study 
is commonly referred to cs the "power tower." The general conflgura-^ 
tlon is shown In Figure 4. 1.3-1. 





f — 


o 



o 
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The design charccterlatlca are summarized In Table 4. 1,3-1. 


Table 4.1. 3-1 IOC Space Station Characteristics 


jl. Station Configuration- 

Power tower with 5 nodules (2 habitation, 
2 laboratories, and 1 logistic) 

; 2. Orbit 

28.5“, 270 nau. miles 

; 3. Crew Size 

6 (with growth capability) 

:4. Logistics Support 

Logistics nodule with 90-day resupply 

/5. Servicing Capability 

1 OMV, 1 OTV (ground serviced) 

:6, Platforms 

1 co-orbltal, 1 polar orbit 

7. Electrical Power 

75 kWe (25 housekeeping, 50 payloads) 

8.- Reboost ; . 

Thrust level 100-300 lbs, 90-day cycle 



4.2 SPACE STATION SYSTEM 
4.2.1 System Elements 


The Space Station, including the timeframe beyond IOC, will consist of. 
a number of interrelated elements. The Initial capabilities and growth 
.of any of these elements must be compatible with the capabilities and . 

; requirements of the other elements. The major elements and their char- 
acteristics are summarized as follows;^' “ 



-o 


1) STS (Space Transportation System) 

2) Space Station 

0 Habitation nodules 

• o' Laboratory nodules 

o Logistics nodules 
o Pressurized payloads 

: ■ , V ; ^ ^ 4-4 




o 





o Attached payloada 
o OMV and kits 
.._o. OTV and kits 

3) Free Flyers 
‘ o’ 28.5® inclination 
o ' Other orbits . 
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4) Space Platforms , 

Q 28.5° inclination 

o Polar orbit 

o GEO 



5) Ground Support Equipment and Facilities 

6) Communication Network 


4.2.2 Mission Model Analysis 


'Analysis of the referenced mission model data (Section 3.0) identified 
'the quantities of the major system elements as a function of time, be- 
ginning at IOC and supporting the long-term buildup. In some areas,, 
'the IOC elements are perhaps overly optimistic. For example, the num- 
;ber of space platforms and free flyers appears to be more realistic in 
; the growth phase. At any rate, the data are shown in Table 4. 2 .2-1 for 
j four selected time slices. As noted, •■he numbers in parenthesis are 
projections while the other data were derived from the mission model. 





Table 4.2.2-t System Time Slices 


VEHICLES 


(IOC) 

1991 


(GROWTH) 

2000 


BEYOND 

2000 
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ij ; 


SPACE STATION 
SPACE PLATFORMS 
FREE FLYERS - 


(Nos. IN' PARENS ARE SPECULATION) 

(Others are from mission model) 


4.2.3 System Expansion Impacts 


( 1 - 2 ) 


' Ik) 


As the Space Station system expands froit the IOC configuration,.. there 
will be a considerable Impact on the levels of operations management 
and system control. Factors contributing to this expansion are as 
follows : ■ 




1) Additional Payloads " * 

2) Additional Modules 

.3) Increased Levels of Servicing - . ; - , . - .. 

4) Increased Levels of Maintenance and Repair 

5) New Construction and Assembly Tasks 

6) Increased Operational Complexity 


Each subsystem will, in turn, be impacted by increased levels of sup- 
port activity and operations management. These subsystems must have a 
sufficient design margin for small increases in system incremental 
growth and design flexibility for add-on capabilities to accommodate 
the projected overall. growth. To summarise, the major subsystems are 
as follows; 


...O 


1) Pov/er , 


! 
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2) Data - 

3) Thermal 

4) ECLS 

5) Communications . 

6) Fluids Management 

7) Structures and Mechanisms - . , . 

8) EVA. ' . . . - . 


The major impact considerations for three of the subsystems, power, 
data management and environmental control and life support, are shown 
in Table 4. 2. 3-1. The remaining subsystems are covered in greater de- 
tail in a parallel report prepared by Hughes Aircraft Company. 


The selection of these three subsystems was based on the projected ad- 
vancements required and thus would probably Include more opportunities 
for advanced automation. . , - . 

Table 4.2.3-1 Subsystetn Impact Considerations 

• ELECTRICAL POWER SYSTEM . • 

— . INTERFACES, DISTRIBUTION. CONTROL AND PROTECTION 

-- INCREASED LEVEL OF LOADS MANAGEMENT ' - ‘ ' 

— . POWER GENERATION - EXPANDED CONTROL 

EXPANDED MONITORING 
- EXPANDED MANAGEMENT - 

• DATA MANAGEMENT SYSTEM ■ - ^ . ' . . - , ' 

— - ADDITIONAL DATA INTERFACES . . ‘ 

— INCREASED DATA TRAFFIC - ' 

■ -- INCREASED DATA MANAGEMENT - ' - - 

- HANDLING ' \ \ 

; . ^ - ROUTING : \ - ' ' V ' ' . 

- STORAGE.. . ■ • ■ ■ 

-TRANSMISSION 

• ECLS . ' 

-■ ADDITIONAL MODULES AND/OR CREW MEMBERS WILL INCREASE THE 

RESOURCE REQUIREMENTS ■ 

- POWER - 

- DATA : 

- THERMAL . 

- CONSUMABLES 

■ - FLUIDS MANAGEMENT - ' -r- ■ 

- LOGISTICS . ' 

- INCREASED HEALTH MAINTENANCE ACTIVITY 
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4.3 , SPACE STATION SUBSYSTEMS 

i For the purposes of this study, three major Space Station subsystems 
. were examined with a fourth one added half way through the study: 

• 1) Electrical Power 

: 2) Environmental Control and Life Support_(ECLS) 

3) Data Management , ,, 

.4) Guidance, Navigation and Control (GN&C) 

■As stated earlier, the remaining subsystems will be examined In a 
: parallel- report by Hughes Aircraft Company. 

4.3.1 Electrical Power 

4. 3, 1.1 Requirements and Functions - The major electrical power system 
^requirements, or functions, are as follows: 

1) Provide 75 KW at end of life for IOC 

2) Provide 300 KH for growth (2000) configuration 

3) . Provide power source for eclipse or dark side periods 

4 ) Provide power generation, conversion . , . . - - 

‘S) Provide power distribution and control 
; 6) Adequate redundancy 

-7) Protection against single failure In primary busses 
8) Circuit protection , ' 

The major automation requirements for the electrical power system are 
as follows: 

1) Automated routine management and control of power system 

2) Automation of routine resources management (all power-related con- 
sumables) 
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3) Automated fault detection and Isolation 

4) Automated redundancy management 

5) Automated reverlflcatlon of power system 

6) Automated management and control shall be accessible to crew and/or 
ground. Manual override control shall be available for TDD 

! functions. 

7) Appropriate alerting of marginal conditions provided to crew 

8) ■•Aeeeaslble and complete "audit trails" "ftyP cftffiJtsated^actlons tahdft 

9) Use "natural" or "high order" computer language 

10) Provide for automatic or manual initiation of system validation or 
reconfiguration 

t ' - - 

11) Automated monitoring and protection of power interfaces to protect 
against payload failure of misuse of resources 

-1 • _ _ - • ’ ~ ■ . ■ 

• 12) Design to allow. for implementation of artificial Intelligence as • 
technology permits 

13) Provide capability to permit or accommodate the automation of on- 
line operational mission management 

4. 3. 1.2 Power System Baseline - The power system baseline consists of 
the solar arrays, power generation modules, conditioning, and control 
'and distribution assemblies. A typical system configuration. is shown 
in Figure 4. 3. 1.2-1. 
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Figure 4.3.1. 2-t Electrical Power System Configuration 


4.3.lT3~~- 'erowth Characteristics - The electrical power system is ex- 
pected to provide approximately 75 KW at IOC and evolve to approxi- 
mately, 300 KW for the year 2000. Many changes will probably occur 
during this growth period. An approximate timeframe for the change or 
modification Is shown in Table 4. 3. 1.3-1. • 
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(IOC) (GROWTH) BEYOND 

1991 1995 2000 2000 


POWER GENERATION 
& CONVERSION 
(SOLAR PLANAR SYS) 


• AUTOMATIC SOUR 
SEGMENT MANAGEMENT 
OR AUTO PEAK POWER 

• URGE SOLAR 
CONCENTRATOR (1996) 

- • USER POWER 

TRANS/RECEPT/CONV (1997) 

• POKER SYSTEM TECH. (1996) 



ENERGY STORAGE ■ BATTERY MANAGEMENT •AUTONOMOUS 

... CHARGING 8 RECONDITIONING 

VAI/EXPERT SYSTEM 

• INTEGRATE WITH ADDITION OF 

■ • , REGENERATIVE SYSTEMS 

(EG FUEL CELLS) 

POWER DISTRIBUTION- • LOADS SCHEDULING 

AND CONTROL - 8 MANAGEMENT 

. - AI/EXPERT SYSTEM 

•EXPANDED':;..,; • EXPANDED AS REQUIRED 

SUN ACQUISITION •AUTONOMOUS . 

AND POINTING : ^ ' 

POWER ME/iSUREMENTS -EXTENSIVE • EXPAND OR MODIFY WITH 

; . PERFORMANCE POWER SYSTEM CHANGES 

i MONITORING . • , 

■ "/ '• • MAIN DRIVER IS . . 

: ■ ■ ' ' ■ ■ FAULT DETECTION S . . 

■ ' ■ ' . ■ ISOLATION 


FAULT DETECTION 


FAULT PREDICTION 


FAULT ISOUTION 


' • AUTOMATIC 
.. DETECTION 

•REPROGRAMMABLE ' , . ■ 

LIMITS 

• SYSTEM ALERTS 

• TREND ANALYSIS • PREDICT IMPENDING 

. . - FAILURES WITH 

AI/EXPERT SYSTEM 
(E.G. INJECT STIMULUS SIGNAL; 
MEASURE RESPONSE) 

• AUTO IDENTIFICATION ; . 

OF FAULT ORU 

• GREATER DIAGNOSTICS ON DEMAND 
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Table 4.3. 1.3-1 (couch 


FAULT RECOVERY ■ 


VERIFICATION OR 
CHECKOUT 

t - 

UNMANNED SS - 


(IOC) 

1991 


1995 


• AUTO SWITCHING OF ' 

• REDUNDANCY FOR \ 
SELECTED FAIL- 
OPERATIONAL MODES 

• FAIL-SAFE OPERATION , 
.WITH OPERATOR SUPERVISION 

TO RECOVER OR RECONFIGURE 

• MANUAL OR AUTOMATIC 
INITIATION 

• FULL AUTONOMY 
CRITICAL FUNCTIONS WITH 
GROUND BACKUP -TO ENABLE 
REVISIT 


(GROWTH) 
2000 . 
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BEYOND 

2000 ; ' ■ 


) 


• EXPANDED TO MATCH 
SYSTEM CONFIGURATION 

• EXPAND WITH SYSTEM 
CONFIGURATION 


i 

■ni' 

y. 

■/ 


4.3.2 Environmental Control and Life Support Systen (ECLSS) 

4. 3. 2.1 Requlreaenta, and Functions - The major ECLSS requirements,, or 
■ functions, . are as follows:-. 

1) Six crew members - . , 

2) 90-day resupply , 

3) , 28-day safe haven , , 

4) No overboard waste dump; waste products returned to earth 
.5) Indefinite life with onboard maintenance 

6) . Minimize crew and/or ground involvement 

7) Fail operational fail safe 

8) - Modular design for growth and new technology; minimum scar 

9) No hazardous fluids within pressurized modules 


The ECLSS functions are dependent on the kind or type of module being 
utilized.. The applicability of the ECLSS function relative to the type 
of module is shown in Figure 4, 3. 2. 1-1. 


> n 
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REQUIREMENT BY MODULE 


ECLS 

FUNCTIONS PERFORMED 

HAS. HAB. LIFE MATERIALS 

n, n SCIENCES lab logistics 

AIR TEMPERATURE CONTROL 

X X X X X 

O2/H2 PRESSURE CONTROL : - . ' 

X X X X X 

VENTILATION ' - ' ■ 

X X X ' X X 

MONITORING : ^ 

X X , X X - X 

WALL THERMAL CONTROL- - 

X X X X X 

NOISE CONTROL 

X X X X X 

ODOR/CONTAMINANT CONTROL 

X 

X 

X 

X 

X 

FIRE CONTROL 

X X X . X X 

LIGHTING ■ ■ 

X X X X X 

PARTICULATE FILTRATION - , 

X X X X X 

BACTERIAL/MICROBAL’ CONTROL (AIRBORNE) 

XX X X X 

HUMIDITY CONTROL 

X X X X X 

ELECTRONICS CONDITIONING 

X X X X X 

POTABLE WATER SUPPLY ’ 

X X X X 

HANDWASHING • 

X X X X ' : 

GALLEY SUPPORT 

X ; ^ ■ ■ ■ 

SAFE HAVEN SUPPORT 

X X \ - 

EXPERIMENTS CONDITIONING 

' X X V 

ANIMAL AIR FILTRATION . . ' 

X 

ANIMAL AIR ODOR/CONT. CONTROL 

■ X 

ANIMAL AIR HUMIDITY CONTROL 

- ; X 

ANIMAL AIR MONITORING 

X 

ANIMAL AIR TEMPERATURE CONTROL 

X : 

ANIMAL DRINKING WATER SUPPLY 


ANIMAL FOOD SUPPLY 


EVA SUPPORT (AIR LOCKS ONLY) . 



Figure 4.3.2. 1-1 ECLS Function by Module 
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Figure 4. 3. 2. 1-2 depicts the module arrangement used for the reference 
configuration. This arrangement provides a "racetrack” configuration, 
l.e., each module (except the Logistics Module) has two exits. There 
Is a high degree of module commonality, particularly among the four ' 
modules In the racetrack. This results In the fewest number of nodule 
types being required. This arrangement also provides :■ minimum total 
number of elements and a minimum number of Interfaces between ele- 
ments. Penetrations around a radial port and the opposite axial port 
permit passage of major utilities. 



Line definition for the ECLSS Includes two 4-ln. -diameter lines pene- 
trating through the bulkheads, and expanding to 6-ln. -diameter ducts. 
;Alr flow on one line provides supply to the module, while the other 
■ line Is used- for collecting exhaust air. Internal utilities entering/ 
exiting through the two bulkhead panels Include dual 1-1/2 In. -diameter 
icoolant supply and return lines, dual 1-ln, -diameter lines for drinking 
■water, for waste liquid water, condensate water, and wash water. Also 
included are dual 3/8-in. -diameter O 2 supply and 1/2-ln. -diameter 
N 2 supply lines. Traffic through the Laboratory Modules is low, with 
the majority of traffic being In the two Habitation Modules. Traffic’ 

' r ■ V ' . 4-14 . - ’ . 
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considerations and Interface/integration considerations seem to make it 
preferable to have the Logistics Module and Orbiter berthed to the 
Habitation Modules, and to have the pressurized payload modules berthed 
to the Laboratory Modules. 

4. 3. 2. 2 ECLSS Baseline - The IOC ECLSS baseline consists of a variety 
of equipments and consumables. Common Equipment (CE) Is located in all 
major modules. Other modules are outfitted in accordance with' their 
major function. The types or kinds of equipments and consumable are 
listed in Table 4. 3.2. 2-1. 

Table 4. 3. 2. 2-1 IOC ECLSS Baseline 


Sensible Heat Exchanger 
Pkg -• 

: Vent Fan Pkg s Filters . 
O2/N2 Control 
Cabin Dump b Relief 
AIR Distribution Bus - 
Cold Plates 

Kater Pump Pkg'XKot in 
Freon Puhp Pxgj Log Hod 
Interface H/X 
Fire Detection & 
Suppression 

Hater Distribution Sts 
Gas Distribution Sys 

SAFE HAVEN EQUIP (SHE) 
Emergency CO2/RH/TRACE , 
Contamination Control 
Emergency O2 
Emergency N2 
Emergency Potable Hater 
Shelf Stable Food 


Puhp/Accumuutor 
Escape Sys (Balls b POS) 

EVA Suit I/F b Regeneration Sys 


Horhal O2 Supply 
Normal (<2 Supply 
Potable Hater Supply 
Bulk Freezer Storage 
Haste Water Treatment s Storage 
Trash Compactor, Storage b 
Odor Control 
CO2 Storage 

Fecal waste Bulk Storage 
GALLEY 

Refrigerator/Freezer 

Oven 

Trash Compactor 
Handwash 


Commode w/Urinal ( 2 ) 
Shower ( 2 ) 

Handwash 

Hot Hater Heater 

Cold Hater Chiller . 


Humidity Control Pkg 
CO2 Removal ■ 

Contaminant Control 
Atmospheric Monitor 
Odor Removal 

CO5 Compressor/Liquifier 


;Th© present space station life support systems (for air, water, waste, 
and food) are classified as either "open", l.e., resources are all sup>-. 
plied from storage-ground resupply with no regeneration, or some degree 
of "closure”, l.e., used resources are regenerated. The IOC concept as 
shown in Figure 4. 3. 2. 2-1 for this study has a partial closure of the 
water management system and regenerative CO2 removal system while all 
the others are open. Advantages of closing the life support system re- 
;slde in the considerable opportunities for reducing logistics weight 
. and volume . - 
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Figure 4.3. 2.2-1 ECLSS Functional Flow Diagram 


-4;.3.2.3 Growth Characteristics - The successful evolution of the ECLSS 
from the IOC to Space Station 2000 and beyond must include a considera- 
tion of the significant factors at the outset. The system must satisfy 
the Initial requirements but must be able to accommodate the expected 
changes that will occur. Growth potential is, therefore, a factor in 
. • ‘ the evolution criteria. The evolution criteria would Include the fdl- 
- \ lowing factors: -. - 


i\ 










I 


1) Technology Status/Rlsk , • _ , 

2) Operational Support Crew and Ground 

3) Growth Potential . ~ 

4) Ilities Considered 

5) Logistics 

6) Safety/Complexlty ' 

7) Economic Benefits — Lower volume, lower weight, lower power 
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The quality and quantity of consumables required to support Che life 
functions constitute a major logistics problem for a long-term Space 
! Station. Reclamation, reconstitution, recovery, and regenerative sys- 
tems offer opportunities to alleviate this problem. However, budgetary 
limitations, technology maturity, performance, verification tine, and 
control complexity all combine to drive-, the^ degree of closure and the 
implementation timing. Although considerable savings can be realized 
at each logical step of partial closure, the technologies and subsys- 
tems needed to obtain such savings require a large number of additional 
systems, subsystems, components, sensors, and instruments. To provide 
efficient system performance requires a large number of subsystem in- 
terfaces, and careful balancing of interacting chemical processes. (6) 
Parallel processing options exist for carbon dioxide removal, water 
reclamation or gray water processing, oxygen generation, i.e., water - 
electrolysis of CO 2 reduction, and contaminants removal. The ln.por- 
tant issue here la to start with a concept that is technologically 
transparent to options that will be added in the future to close on a 
step-by-step basis all LSS functions, even through the food cycle with 
progressively high productivity features. A proposed evolution of the 
closed loop approach for the major LSS elements is summarired in Table 
4. 3. 2. 3-1 . . 


Tablc-4.3. 2.3-1 Evolutionary Loop Closure Approach 


FUNCTION 

, 1980 . 

' OPEN ; 

. 1991 

SEHI -OPEN - ■ 

CO2' ^ ' 

L10H/C02’ 

RE6EN. CO 2 REMOV. 

CONTROL' 

ABSORB.: 

CO 2 LIQ./STOR. 

POTABLE 

RESUPPLY 

RESUPPLY 

HATER- 



O 2 SUPPLY 

RESUPPLY 

RESUPPLY 

N 2 SUPPLY 

RESUPPLY 


HASH : 

' RESUPPLY 

PARTIAL PROC. 

WATER 




2000, •- BEYOND 2000, 

SEHi -CLOSED . IDEAL-CLOSURE 

REGEN . CO 2 RENOV. RE6EN. CO 2 REHOV. 

CO 2 LIQ.)ST0R. CO 2 REDUCTION 

WATER PROCESSING TOTAL WATER, PROC. 

RESUPPLY O 2 GENERATION 


TOTAL PROCESSING TOTAL PROCESSING 


FOOD RESUPPLY 


t»GROH FOOD 
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4.3.3 Data Management System (DMS) 


4. 3. 3.1 Requirements and Functions - The major data management system 
I requirements or functions are as follows: 

1) Provide sufficient data processing for each subsystem 

2) Provide command and status Indications to/from all subsystems 

3) Provide ancillary data and resource coordination to customers 
o Interfaces for payloads 

o Multiplex customer data streams up to 300 megabps 
o Transmit to ground through TDRSS or TDASS 

o Support near-term mission planning and scheduling and provide 
information to customers : 

4) Provide fully Interactive data work stations of a common design as 
the man/machlne Interface 

o Data communication shall be visible through the data work 
station _ 

o Provide crew total commanding capabilities and data verifica- 
tion into each subsystem , . 

o . Protect the system from accepting erroneous commands that 
effect crew safety or damage equipment 
o .Provide data work station hard copy capability 
o Design for low noise levels ' , 

5) Provide a crew training support capability for subsystems 

6) Provide real-time support for data storage of 1200 gigabits 


7) Provide a single time and frequency reference for all SS elements 
and customers (payloads) 


( ‘ 
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8) Provide a common data format for data transactions between space 

station program elements , ' 

9) Support checkout capability of subsystems and redundant components 

10) Support checkout and launch of OMV and OTV o 

11) Support operation of remote manipulation and Instrument pointing 

12) Employ data security techniques/unauthorized access 

13) Provide data communication access by crew or ground for subsystem 
monitor and control 

14) Support maintenance by providing for all command and data transfer 
to be stored with capability to_ purge 

15) Provide for data transfer between subsystems through a data network 
that can support a (300) MBPS rate (TBR) . 

16) Provide automatic fault handling for customer Interfaces 

17) . Design .for enhanced maintainability of software life cycle 

18) Provide capability for crew to modify, generate, add or delete 
application software in real-time with the system on line 

19) Design for RFI compatibility 

20) Design for bit error rate of 10 ^ (TBR) 

21) Design to be "user friendly" with prompts and help function 

4-19 ■ - . - ' ■ 
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The end-to-ettd data management system involves the full spectrum of the 
Space Station program. An overview of the major elements Is shown in 
Figure 4. 3. 3. 1-1, 



Figure 4.3. 3. 1-1 End-to-Eud Data System Functions 


The major automation requirements for the data management system are as 
follpws: , 

1) For unmanned periods of operation, maintain critical operations- 

2) Automated routine management and control of DMS 

3) Automated fault detection and isolation _ 

4) Automated redundancy management 

5) Automated reverlflcatlon of DHS 
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6) Automated management and control shall be accessible to crew and/or 
ground. Manual override shall be available for selected functions. 

7) Appropriate alerting of marginal conditions provided to crew ■ 

8) Accessible and complete “audit trails" for automated actions taken 

9) Use "natural" or "high order" computer language 

10) Provide *or automatic or manual initiation of system validation: or 
reconfiguration 

11) Automated monitoring and protection of data Interfaces to protect 
against payload failure 

12) Design to allow for Implementation of artificial intelligence as 
technology permits 

13) Data utilities shall be self-managing with allocation of data sys- 
tems resources being largely automated and transparent to theuser 

14) Provide for administrative data processing services to support . 
automation of on-line operational mission management. 

4. 3. 3. 2 Data Management System Baseline - The data management system • 
must be designed to satisfy a number of system-level requirements.. The 
architecture of the system will provide the structure in which these . 
requirements will be met. Figure 4. 3. 3. 2-1 Illustrates the tradeoff 
between centralized and distributed system architectures. 
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Growth 
C«pa- ^ 
ability 

Modu- 

larity 

Bus 

Traffic 

Maintain- 

ability 

Reli- 

ability 

Adapt- 

ability 

Auto- 

mation/ 

Autonomy 

Hardware 

Cost 

Soft- 
ware 
Coat . 

Compu- 

tational 

Speed 


Con- 

6tic^nc<l 

Poor 

Moderate- 
ly Low 

Moderately 

Complex 

Low 

Mo re 
Complex 

Ulffl- 

cult 

Moderate 

Mode- 

rate 

Limited 

SSBI 

Easy 

Excel- 

lent 

nigh 

Simpler 

High 

Simple 

simpler 

High 

High 

Ho Hard 
Limit 


'Figure 4.3.3.2-t Data Processing Architecture Factors 


Figure 4. 3. 3. 2-2 illustrates the implementation of distributed archi- 
tecture and the link between the spaceborne and ground data system. 



Figure 4. 3. 3. 2-2 Space Station System Data Management Architecture 

One data management system concept,, utilizing a, dual ring-bus configu- 
ration, provides a means to link together all data elements of the 
Space Station as shown in Figure 4. 3. 3. 2-3. 
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Table 4. 3. 3. 3-1 Data Management System Time Slices 
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j ; : (IOC) (GROWTH) BEYOND 

j -c 1991 1995 2000, 2000 , 

i . .1 I .11. - ... I— -- I... Ml.. ■■■■ ,1 I .I—- ... 

t - • DATA ACQUISITION • EXTENSIVE USE , • EXPANDED PRIMARILY . 

; ■ . ' . ' •. OF REMOTE I /F / BY MODULAR - 

.UNITS . ADDITIONS' 

1 DATA PROCESSING ' • NETWORK RATES ' .SAME ’ . 

! UP TO 300 MBPS 

; " ' ' • 100 MOPS . 2000 MOPS 

j . , FAULT TOLERANT COMPUTERS - ...TBD . • VHSIC 

I • - - ' ' . - . ■ - ' 

I . HASS MEMORY - • JBD ' . TBD . • 

! - (1.2 X 10^ ' (1.2 X lo'* 

I: V ^ GIGABITS) GIGABITS) 
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5.0 ■ ' system automation ~ ~ 

5.1 ■ INTRODUCTION ' - ' 

5.1.1 Goals and Assumptions 

. -r 5. 1.1.1 Goals of Automation - There are several goals for automation 
: on the Space Station, as shown in Table 5. 1.1. 1-1. Automation may re- 

duce crew workload or, stated another way, could allow more complex 
tasks to be performed by the crew at constant work levels. This points 
towards the ability of the Space Station to support more numerous and/ 
or more complex payloads, both of which relate directly to an earlier 
return bn the government's Investment. 

Automation could allow the Space Station to be less dependent upon 
ground telemetry, tracking, and control (TT&C). This would allow the 
Space Station to survive if cut off from the ground for' an extended . 
(90-day maximum probably) period of time. Many factors could influence 
the likelihood of this cut off. The range of events over the 30-year 
expected life of Space Station includes limited nuclear war somewhere 
on the globe and natural disaster befalling ground mission control. 

But further, this decreased ground dependancy could allow select pay- 
loads .to.be flown during Space Station development before a full crew 
staffed the station. This relates to earlier return on Investment. 

Automation could significantly. reduce the number of ground personnel : 
necessary to run the mission. The reduction would not be so much in ’ 
the area of mission operations and direct support, but rather in the , ; 
."standing army" of support personnel. The goal of automation therefore 
would be to hold the Space Station ground personnel costs to approxi- 
mately those of the STS. This would be a cost saver for the government 
and again lead to an earlier return on investment for the government. 
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Table S.t.l.l-t Goals of Automation 


AUTOMATION GOAL 


AFFECT 


PAYOFF 


Reduce crew workload- 

Allow more complex 
crew activities . 


o Increase number 
& complexity of- 
payloads 


o More revenues 


o Lower user cost 


Less ground dependancy 

Longer time between 
TT&C 


o Select payloads 
flown sooner 

o Assure SS vjlll 
attain Its life 
expectancy 


o More revenues 

o Reduced risk of 
mission failure 


Less ground personnel 
than otherwise would 
be needed 

Less training of a 
mission staff separate 
from STS 


o Limit mission 
support staff 
costs 


o Cost savings 


Testbed for American 
Industry 


o Space Stations 

o Underwater Systems 

o Flow-down to > 
commercial side 
■ of technology 


o Strengthen our . 

, high technology . 
competitive stance 


n 


A somewhat more removed but no less significant reason for automation . 
is that the problems to be solved by Industry in order to achieve de- 
sired levels, of autonomy have high payoff _in non-Space Station arenas. 
The tooling (software and hardware) which will never fly on Space Sta- 
tion but which will be crucial to Space Station mission success through 
its caking possible flying other hardware and software is Important. 

The Space Station data processing systemis a key focal point as 
recipient of automation. 


55 
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: 5.1.1.2 Migration of Ground-Based Missions to Space - It is almost In- 

tuitive that there will be a migration during the Space Station life of' 
missions currently thought of as ground based to space. The reasons 
for this are founded in a desire to keep the number of ground personnel 
: to manageable levels and to Increase the productivity of the crew. In . . 

order to accomplish this, the Space Station as a system must become 
!/. more functional. . It is a natural step for manned space missions to 
. take advantage of the increasing sophistication of hardware and soft- 
ware. Consider man as an information processor, performing cognitive 

■ processing at a variety of levels of sophistication. As the capability 
to automate parts of this cognitive processing becomes mature, the 

f human can foOus on the leas mundane levels,. Examples of mission ele- 
ments which can move to space are simple trend analysis, some. fault . 

^ isolation, and some aspects of planning. With the complexity of the 
- flown system on the increase as well as its scope, we can anticipate 
that the ground mission functions will increase in difficulty, as well. 

1 . As the mission allocation migrates, so v/ill its corresponding system . 
elements such as hardware and softvrare. 

It can be assumed that the state. of the art in computers and software 
j will lead the technology flown on Space Station by no more than 10 
■ years. . This Implies that an IOC station will have onboard Automatic 
, Data Processing (ADP) equipment approximately equal to that available 
• today to the research community. A representative example would be'a 

■ hardened, standalone, 32-blt processor with Winchester drive and bit- 
mapped, multi-window display. It can be anticipated that the FOC ota- ' 

‘. tion would have at least hardened. symbolic processors and active, in- . 

J telligent DBMS. - . .. : ■ ■ . 



.' i: ' '5. 1.1. 3 Evolution of Artificial Intelligence - Artificial Intelligence 

' I . (Al) is a broad area of research activity today which promises high 

I payoff.- Herein, AI Is referred to as providing "flexible” or "Intelll- 

>■ gent" automation. Al has been much discussed in relation to the Space 

. . . Station, and there are two overriding points to make. ,. 
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First, AI Is an evolving set of techniques, support tools, and methods. 
Of these, the. methodology Is the least mature. AI will undergo evolu- 
tion as the Space Station evolves.. This joint variation makes planning 
AI Inclusion In the later stages of Space Station difficult. There is 
considerable current Interest In AI throughout the world, and Its ma- 
turation may be counted on. If we err towards being too conservative 
la our planning to exploit AI and the field evolves within, the next ten 
years, the current planned Space' Station may be much less cost effec- 
tive with respect to what is available from the state of the art much 
sooner than 30 years. 


Secondly, there is an Important difference between a research orienta- 
tion towards AI and an engineering orientation towards it (see Table 
5. 1.1. 3-1). AI offers deep opportunities for research. That orienta- 
tion Is at odds with what may be called standard system engineering, , 
,methodology. The engineering approach would identify required func- 
tions that a system must possess and then allocate then to hardware, 
software, or human. Exploitation of AI would modify the software allo- 
cation to Include a special type of software — knowledge based systems 
(KBS). In defining and developing KBS components of a major system, 
the developers have the freedom to allocate functions to humans which - 
are Insufficiently mature. Such KBS are referred to as using "nixed 
initiative." It may be possible to construct a fully Intelligent ex- 
pert system. to function' as an advisor to a human. However, the con- 
struction of a system using symbolic manipulations and sizable amounts 
of human input may be quite feasible. Further, by bounding the, prob- 
lem's context, e.g., "build something to plan Space Station orbit 
boost" vs. "build a planner for Space Station" vs. "build a generic 
.planner for space systems," it is moved into the realm of engineering. 
Embracing the notion of an engineering approach to KBS Inclusion in 
Space Station may allow earlier inclusion of at least placeholder AI 
technology in Space Station and avoid the risk discussed in the previ- 
ous paragraphs. 
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Table 5. 1. 1.3-1 Problems in Approaching KBS Components 
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Research 

Engineering; . . 

Method need not be visible 

Method must be visible- 

Artistic method • . 

Structured. method ■ . 

Everything allocated to H/W-S/W 

Freedom in functional allocation 

Stand alone 

Part of larger system 

Key resource is people 

Key Resource is tooling 


5.1.2 , Overview 


O 


: 5. 1.2.1 The Study Approach — It is attempted to establish the ultimate 
; attainable level of automation for the Space Station in the year 2000. 

I While somewhat unclear, this point in the evolution of the Space Sta- 
* tion becomes an important study tool. The expected IOC to determine 
; what were logical and reasonably manageable steps to take towards the 
maximal automation configuration were then evaluated. . , 

, This portion of . the study dealt with Space Station systems. It is ^ 

; assumed that: . ' 


The computer and software across the subsystems was a key accommo- • 
dator of automation. ^ - 

The design of the computer and software, considered as a system, 
was crucial to allov;lng the highest levels of automation, especial- 
ly intelligent automation. " - , 

The portions of the ADP which perform mission elements, now thought 
of as ground-based and complex, are what provides the context. for 
the stepping from IOC. 

These portions of the ADP deal with planning and scheduling, 'and 
caution, warning, and status monitoring.. 


O' 
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Therefore, this functional component of the ADP was analyzed, estab- 
lishing a logical stepping from IOC towards It, and considered what 
technology could Improve Its feasibility. An. additional reason for ■ 
this approach Is that It complements what Is available through the 
literature. 

The approach may be summarized by the following set of sequential study 
objectives: . 

o Conceptualize 2000+ information system architecture 
o Establish ultimate levels of automation , 

o Conceptualize design sufficient for those levels 
o Show phased stepping towards ultimate automation levels . 
o . Is the system design which accommodates high automation levels 
reasonable? - ' - 


Figure 5. 1.2. 1-1 shows that this portion of the study considers the : 
data management system (DMS) and Its corresponding subsystem specific 
components. There are two avenues to approach automation. The first 
Is referred to as hard automation and those aspects of the DMS shown in 
the hard automation column can affect Space Station autonomy. The ‘ 
second column. Intelligent automation, refers to the newer field of. 
using K3S techniques. The elements of that column are. some key issues 
discussed below. While the study addresses Issues other than these, 
those shown are considered Important. 


SPACE STATION SYSTEKS 



HARD AUTOMATION 
p PHYSICAL ARCH, 
j- CONTROL PHILSORHY 


INTELLIGENT AUTOMATION 

F NISSICN UMPIAIES 
OPlRATJi' SYSTIM INURUtE 


ETC 


- ROLE OF THE EXECUTIVE 

- FAULT TOLERANCE AND REDUNDANCY 

- bJILT-iN TEST 


•SOriwAtC ENilPGWtNT 

- TOP inn ADVISOR - ' • 
-KNOWLEDGE BASED SYSTEMS SUSCOMPONENTS 
^DATA BASE EFFECTS 


^ SMART (INTEGRATED) SENSORS 


Figure FJements To Be Implemented on Space Station ADP 
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5. 1.2. 2. Issues In the Development Process - A large portion of the 
work focused on what tools and techniques would be necessary to support 
the development of the Space Station. Adequate tooling in the area of 
software and systems development support can make the difference' be- 
tween success and failure of a software Intensive system.. Often, two ; 
important facta are missed: first, tools must be ready and relatively 

stable in advance of the application need date; second, the Investment 
in tool development may be larger than the cost to develop a system, 
component through the use of that tool. 

However, the tools can be applied over and over to, in this Instance, 
space systems; Further, some key problems one must overcome to build a 
tool specific for the Space Station are generic to a wide number of 
applications throughout American industry. Tools are clearly produc- 
tivity accelerators. 

5. 1.2. 3 Summary. Conclusions - The space station provides new and chal- 
lenging problems for NASA. Some of these problems have been attacked 
by DoD a«d Industry; however, Integrating previous work with a space' 
station acquisition as well as commencing new solutions will be major. - 

The. expected life of the space station as well as the desire for its 
autonomy and efficiency force the data management system to act like a 
command and control system. Its . function will be node sequencing and - 
data collection, but, also, will be the support of human cognitive 
processing. Requirements for such decision support systems are fuzzy 
and changeable. The use of evolutionary acquisition as a formal stra-. 
tegy has proven successful with. the DOD. . Each system version is seen, 
as a prototype of subsequent systems. There is an intentional abandon- 
ment of the goal of specifying the complete requirements set a priori. 
Instead, careful long-range design analysis must be instituted. This 
results in seemingly over-engineering the Initial versions of a system 
so as to minimize the likelihood of design Inadequacy later. 
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a) Crew as Decision Makers - With Increased uso of microprocessors, 
graphic displays, and automation, the role. of the crew appears to 
. be shifting from that of controller and flight engineer (attitude 
and systems monitor) to that of manager and decisionmaker. Inter- 
actions between' crew members and systems will. change. 

Research Is therefore necessary to (1) define the proper roles of 
and Interactions between crew members, on-board systems, and exter- 
nal systems and personnel; (2) establish criteria on how crews may 
beat cope with complex systems, and how these systems should be . . 
configured; (3) determine how complex decisionmaking can best be ■ 
accomplished in multi-crew environments, particularly under stress; 

■ (4) develop a better understanding of the causes and effects of 

crew errors, and effects of fatigue and desynchronosis on perfor- 
mance and Judgment; (5) assess the acceptance of new Ideas and 
technologies and determine how best to Indoctrinate crews Into 
, their use and acceptance; and (6) correlate behavior patterns and 
psychological profiles with Incidents and accidents. 

■b) Command and Control System - The problem here Is how to configure 
microprocessor and- multi-function display systems to enable crews 
to' acslmilate information readily and effectively. Research is 
] necessary to (1)' define and evaluate alternative computer-graphic- 

I display formats for each mission phase or flight profile segment; / 

(2) determine the merits of using plctographs for varlouscontrol- 
and .monitoring .functions; (3) .establish guidelines for use of aural 
Information transfer; (4) establish and evaluate multi-sensor Image 
. concepts; : (5) determine how the characteristic differences between 
cathode-ray tubes and flat-panel displays may influence their se- 
lection for use In operational systems; (6) establish guidelines, 
for specifying physical characteristics of display media; and 
(7) establish guidelines for interfacing with on-board systems. 
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c) Subnyatem Status Monltorlng/Cautlon & Warning - As shovra ia Table 
5, 1.2. 3-1 , one additional function per subaystem is anticipated 
and one corresponding additional computer to process that func- . 
tlon. We anticipate the need for symbolic processors among these 
additional computers. Communications system sizing will likely be 
adequate if local storage either through RAM discs or Winchester 
based peripherals is provided. We should design the system so as 
not to preclude the inclusion of 32-blt processors in the SDPs. 


Table 5. t.2.3-1 Subsystem Status Monitorhig/Caution and Wanting 


o One additional function per subsystem 

o . One additional computer per subsystem — GNC, POWER, ECLSS, etc 
o Symbolic Processor is a subcomponent of these computers 
o Communications system sizing should be adequate if local 
storage is provided. 

o 32-blt processors associated with the SDPs should not be 
precluded. 


d) Development Support - Beyond onboard needs, we should respect the ^ 
need for adequate software tooling and laboratories. Some of these 
are shown in Table 5. 1.2. 3-2. - ' 
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Table 5. 1. 2.3-2 Development Support Needs 



• 1 , .5.2 HARD AUTOMATION VS. INTELLIGENT AUTOMATION • 

. 5.2.1, ! Hard Automation - Of the two paths toward automation, the moot familiar " ! . 

, i ■■ I, : : 

• ' - are those techniques which are immediate extensions of current system 

; : design. These Include the physical architecture, the philosophy of 

process control/coordination, and functional allocation to an erecu- 
• tlve. Some supplemental areas on a less abstract level are also rele- 

vant to space station. These Include fault tolerance and redundancy, 

[ -smart sensors, and built-in test, ' Aspects of these are discussed as ■ . . 

i - - they relate to Space Station Automation below. 


;■ 5. 2. 1.1 Physical Architecture - The space station will make use of a 

hierarchical distributed physical architecture for its ADP. Such an 
architecture has achieved success in real-time process control; and, 
properly designed, provides reasonable flexibility. The Space Station 
(SS) IOC workbook adopts this approach. The ability to have subsystem 
(e.g., GN&C) busses is important to being able to interconnect the . 
necessary computers. ■ 
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If the Standard Data Processor (SDP) discussed in the IOC document ^ 
allows for 32-blt processors and the optical data distribution network 
(ODDNET) and Interface device (ID) are sized accordingly, the’ IOC 
physical architecture should suffice. The architecture la shown in 
Figure 5. 2. 1.1-1. 


original 

OF. ‘POOR QUAuifii 



, Figure 5.2.1.1-1 Physical Architecture— Information and Management System 

The notion of "distribution” is becoming important in afialysls of both 
physical and logical computer architectures. A distributed system of- 
fers processing fleslbillty, expandability without redesign and, gene'r 
-ally, size and weight advantages. : 


Work by Honeywell has resulted in a taxonomy of distributed systems 
iflth ten elements. These are sho;ra in Figure 5. 2. 1.1-2. 


1. Loop System with Unidirectional Traffic . 
Disadvantages:, bandwidth bottleneck. 


5-11 
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Complete Intercoaneetlon System . 

Disadvantages; proliferation of communication links with processor 
addition. 

Central Memory System . 

Disadvantages: memory both a path and storage. 

Global Bus System . ,, 

Disadvantages; Bus failure is catastrophic. 

Star . 

Disadvantages: switch failure is catastrophic, bandwidth bottle- 

neck at switch.. 

Loop with indirect Transfer. 


Disadvantages; node or switch failure is catastrophic. 

7. Bus system with Indirect Transfer . 

Disadvantages; System wide bandwidth bottleneck. 

' 8 . Regular Network . 

Disadvantages;' impossible.,to add 'single node . 
i 9. Irregular Network . 

Disadvantages: logical complexity of switching processors. 

10 . Bus System with Shared Path . 

Disadvantages;, path or switch failure may affect multiple nodes. 

Note that element 4 in the taxonomy, viewed now as an organization of 
systems, is' the least risky. Certainly, care will have to be taken as 
far as redundant communication media. -This- approach has seen success, • 
in real time applications. Proper use of distribution increases the 
survivability of the architecture. 



s 
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Figure 5.2. 1. 1-2 Physical Architectures 


5. 2. 1.2 Control Philosophy - A reasonable way to view the organization 
•of the functional architecture is hierarchically. This is useful from 
at least two perspectives. The first deals with the context of analyz- 
ing possibilities ‘for automation. The architecture arranges functions 
I so those most akin to higher level human cognitive processes are in the 
i center. Those most removed are correspondingly representative of less 
complex cognitive processes. The second reason for such an arrangement 
la the flexibility of the structure. As the functional definition of 
the Space Station moves forward, it will be easy to map the identified 
functions to the arrangements. Systems may be added or deleted from a 
level or levels changed. Such a mapping will not invalidate the analy- 
sis of automation possibilities discussed here. 




•/ 
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5. 2. 1.3 Role of the Executive - An executive, in the sense of a master 
: computer from which all commands, originate, will not be needed on the 

Space Station. The current notion Is that each subsystem will provide 
' ■ a service such as, power, GN&C, etc., In response to mission demands. 
The crew and ground control will Initiate missions and the specific 
subsystems will respond accordingly. : As such, there Is no need for an 
executive In a control sense. There Is, however, a need for a pre- 
' ferred system whose function Is to aggregate system state from subsys- 
tem state information. This system could be ground based initially and 
; flown later or could be part of the crew command and control software. 

; A preferred subsystem, such as the status monitoring caution and warn- 
ing system, la recommended. At each functional level in the Space Sta- 
tion hierarchy, one system In the next level would be responsible for 
; accepting Input from the lower levels and to infer the state of that 
system. This can continue until the ground system becomes the logical . 
step to aggregate system state. If autonomy of space system from the’"' 
ground is truly desired, then there'must be an onboard surrogate for 
these functions. 



5. 2. 1.4 Fault Tolerance and Redundancy - An example of the technique 
expected to be found adequate for most redundancy applications Is t^oss 
■; connection. The secondary may be on hot or cold standby. The primary 
• periodically stores* a snapshot of its state In the shared memory -for 
checkpoints. When the controller responsible for managing this redun- 
■i'- dant set determines that the primary Is faulty, that responsible con- 
; .troller disables the primary and enables the secondary. The secondary 
uses -its own data base, which is a replicate of the primary's data ■ 

I base. The secondary begins execution from the state stored In the 
.i checkpoint memory. 
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The only redundant management techniques excluded by the preferred con- 
troller. connection scheme are function re-allocatlon and use of a pool 
of reserve controllers. Both of these. techniques require, for example, 
that all system controllers have access to all data from all systems. 

So GN&C functions could be swapped with ARC functions because all data 
from these systems would be mixed together on the' same buses. , While 
such connections would provide a lot of capability for functional re- , 
dundancy, it excludes the opportunity for enforcement of integrity and- - 
security. The functions for integrity and security could still be per- 
formed, but physical access could not be denied as part of the enforce- 
ment policy since the controllers would not be directly in the physical 
path to the lower level controllers. So function SlXocatlon and pooled 
reserve controllers have been excluded from the available redundancy 
techniques in favor of the ability to enforce integrity and security 
checks. Some, of the elements to be considered in redundancy and fault 
tolerance are shown in Table 5.2.1.4-ir' ' 


Table 5.2.1.4'T Redundance and Fault Tolerance Considerations 


All major subsystems 

Redundancy of all major' subsystem computers 
Self-checking and correcting 

- Error detection/correction (hamming) for memory 
transient faults 

- Spare physical memory for permanent memory faults 

- Second microprocessor for state errors 

- . Third microprocessor for permanent hardware fault 
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5. 2. 1.5 Built-In Test - While fault-tolerant computer architecture 
will be used In '.key subsystems, they will not be found In every subsys 
tem. Subordinate processors and systems will have the ability to * 
status what Is controlled and to inform the appropriate controllers of 
errors. Fault-tolerance Implies the ability to detect and correct 
errors within a processor. Bullt-ln-test refers to the ability to de- 
tect errors within subsystems. It implies either the existence of a 
microprocessor tightly Integrated with a subsystem or a software pro- 
gram running in a subsystem controller. Built-in:5test should allow' an 
easier and more accurate determination of system state, less software 
(test) to be run. in higher level onboard computers, and less ground 
processing dependence. See Table 5. 2, 1.5-1. 

Each of these efficiencies can support additional automation. For 
example, by freeing computer, space which otherwise may have been used, 
additional software for more involved trend analysis may be run. 

Table 5.2. 1.5-1 Built-In Test ■Characteristics 


o Supplements fault tpleranea and redundance measures, 
o Status system health 

o Periodic execution of diagnostic programs . 
o. Highly Integrated microprocessor 
o Higher. level controller 

o Provides Indication of fail operational-fail soft-fail 
safe status . • . , ■ 





■ 5. 2. 1.6 Smart Sensors (Integrated) - The effect of smart sensors is to . 

allow a partitioning of basic controller functions between the intelll- 
I > ~ , gcnce within the sensor and within the system controller (Table 

I ' 5. 2. 1.6-1). This could eliminate the basic controller in some in- - 

I stances, but the viability of this approach depends on the computing . ; y 

; ; V .3- capability Included with the sensor. If sensors are smart enough to do , - 

r : signal conditioning, this would. shift part of the size, weight, and / 

j power use out of the controller and into the sensors. This might or 

might not be an advantage for the total station power budget. Moving 
' , signal" conversion into “the sensors likewise shifts the location of 

, capability without a guarantee of power conservation.' However, adding 
' computational capability to sensors introduces the potential to ellml- 
3/ ' nate basic controllers entirely. : Thus, some savings might accrue. -V 



The use of the term ’'dumb" in reference to sensors and actuators is 
Important because these devices require signal conditioning and conver-. ' 3 ' . 

Sion between analog and digital domains. Consider a controller on a 
card. Addlngtwo I/O cards changes the capability. Most of the size, 
weight, and power Increase is due to the signal conditioning and signal . . 

conversion components. This emphasizes the point that smart sensors 
and actuators — smart enough to do their own signal conditioning and 
conversion — could save a lot of the controller size, weight, and 
power. This may. dr- may not mean a system-level saving for the whole . . 

station, and mass have merely shifted the. penalty from the basic con- \ 

troller to the ■ sensor :■■■ . 3, - ■' • 
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Tabic S. 2, 1.6-1 Smart Sensors 

o Microprocessors Integrated with sensors 
. ■ ’ ' » . ■ ■ 

o Pattern recognition- In the associated microprocessors 

o Signal conditioning -functions in the microprocessors 

o Weight and power savings likely a wash 

o Frees higher level controllers to run other functions - control . 
push-down 


5.2.2 Intelligent Automation 

5. 2. 2.1 Mission Templates - It should be possible to rigorously pre- 
analyze all normal, routine mission elements of the Space Station. The 
I results of this analysis can be captured in tables of states, lists of 
procedures, and, menu .based templates. , For each Space Station system 
(power, etc.), these mission descriptions and corresponding constraints 
data can be loaded into the appropriate computers. Joint or system 
states, templates and procedures can be made available at the user in- 
terface (command and control) subsystem. Then when a pre-planned mls- 
: slon is scheduled or. a mission element is invoked by the crew, the 
essential sequencing data and crew procedures are already loaded. Dur- 
ing the ezecutlon of such a mission element, data points obtained at 
. ■ the subsystem level can be compared to the appropriate state vectors ' 
and control exercized in accordance with the pre-loaded constraints and 
rules. . The mission template generation and execution process is illus- 
trated in Figure 5. 2. 2. 1-1. ' There may be significant application, of AI 
technology in designing the minimal state vector/control set to pre- 
store.- Simply having the. mission elements described to all appropriate • 
subsystems will enable reduced ground participation in activities. All 
housekeeping functions and station keeping functions should be deacrib- 
able in this fashion. There is no AI technology used in this mission 
templating approach. Simple use of current software such as table 
lock-up and parameter comparisons to Intervals will suffice; There is 
no need for an executive computer in this approach as the subsystems 
all "know” what they are supposed to do. 

i ^ ' ■ • ' ■ 5-18 ^ ' . . ' - . . -. 
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EXECUTING THE MISSION ELEMENT 


Figure 5.2. 2. 1-1 Mission Template Geucratiou and Exccutiou 

; 5. 2. 2.2 Operator System Interface (OSI) - The OSI should use stand- 

■ alone capable 32-bit processors in the class of Sun or Apollo., Their , 
existing interface tools are flexible .and general, providing multi-.,- . 

; windowing and ICON accessible objects, as well as bit-mapped displays,.- 
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Some system modeling tools could be hosted on the OSI computers. These 
could include mathematical models of subsystems or table-oriented sub- 
system state computers. The class of machines discussed above provide 
significant computational and l/O capability. Further, data collection 
and trend analysis software may be hosted on the OSI computer. This 
would aid In solving the knowledge engineering problems for specific 
subsystems at a later date. ' " 

The hosting of modeling and/or data collection software on the OSI com- 
puters will not require significant additional weight (in comparison to 
a machine to run OSI functions only); however, power consumption, espe- 
cially for peripheral data storage devices, will increase 10-20Z. Data 
communications through, say, the ODDNET will probably be adequate. 

It should be noted that human factor friendliness for an interface 
costs additional computer processing.. Fundamentally; friendliness., 
should be seen as moving functions across tht human-computer functional 
allocation boundary. More friendliness Implies more manipulations in 
software to create a more essential or more easily assirallatable 

"display. ' , - ■ - ' . 

;The move- to friendliness emphasizes the use of ■ "modeless" interfaces,; 
that is, interfaces which ‘’know" what the user is trying to do. This 
does not involve AI. except loosely. These interfaces also include 
models of human Interaction as an aid to the interface management, soft- 
ware to decide the user's intent. While natural language input is de- 
sirable, a purely graphics, based input language would be far more 
easily achievable. This would emphasize menu picks and manipulation of 
ICONS, all likely through a mouse. ■ ■ ■ 

The goals of such interfaces are to communicate information to the user 
in the most easily usable form as well as enabling a crew member to 
monitor/control more variables, subsystems, or payloads. The above 
considerations are summarized in Table 5. 2. 2. 2-1. 


Table S.2.2.2-I OSI Coiisiiicratioiis 
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o Use standalone capable 32~blt processor (Sun, Apollo) 
o Host, some modeling software oh MMI computer 

o Host data collection for trend analysis software on MMI computer 
o Weight differences will be negligible 
o Power differences may be become Important 
o Data system siring probably will be adequate 
o . Human Factors Friendliness requires processing 
. - "Modeless'* interface 

- Models of human interaction 

- Strive for a graphics (ICONIC) input language 


5. 2. 2. 3 Onboard Software Support F.hvtTonnent - The ideal, tailored 
software environment applicable to the onboard systems probably does 
not currently exist. , It should include a compiler for the language . 
that is to be used for all software executing on the station. It 
should also include a text editor that is sensitive to the syntax of 
the language so the editor can help the programmer catch errors and 
enforce rules for 'structuring programs. The environment should hide 
from the programmer any dependencies introduced by the level of con- 
troller, which is the target upon which the software is to execute. „ 
The host computer, upon which the development environment executes, 
should provide enough run-time facilities to allow the programmer to 
debug code without having to download into the target controller until 
late in the debug phase. Such software development environments are 
under development for the -ADA programming language. 
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A3 a separate Issue, the maturity of ADA is In question. Validated 
compilers are not widely available. This calls Into question Its 
choice due to additional risk. A better choice at this time would be 
the programming language C. Its flexibility and efficiency are well 
known, and It Is particularly suited to operating system software and 
real-time systems. Its support environment Is well known — UHIX~and 
:UNIX supports many AI tools. However, ADA will likely be used if It Is 
available and suitably mature. 

The above considerations are summarized in Table 5. 2. 2. 3-1. 


Table 5. 2. 2.3-1 Softivare Development Environment 


o Single HOL for entire space station 
o Single HOL for space station life 
o ADA may be too Immature 

.- lack support environment . 

- compiler -development, currently lagging - 

o Consider "C" . 

- . good, for operating system development 

- tailorable 

.- solid support environment, UNIX - 

- supports KBS development , , - 

o Require rapid prototyping or testbed aids for preliminary 
checkout 
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5. 2. 2. 4 Top Level Advisor - In contrast to the mission template ap- 
proach to automation, there la need for, eventually, a top level ad- 
visor. This system would be a subsystem of the space station and 
reside on its own Interface device to the ODDNET. Likely It would have 
several computers each with significant amounts of main and peripheral 
storage, all preferably solid state. If the space station Is to be 
autonomous from the ground, it needs a subsystem whose. function Is to 
act as ground surrogate. While mission templates would allow subsys- 
tems to know what to do for a mission component, the top level advisor 
would plan and schedule mission components. Figure 5. 2. 2. 4-1 shows the 
components of such a system. 



Figure 5. 2.2. 4-1 Compaueuts of Top Level Advisor , 


a) System Status and Warning is responsible for aggregating the over- 
all system state from the subsystem states. The "subsystem monitors 
and payload/experiment monitors are components of this CPC. The 
major subsystem state determinations ,are performed by the subsystem 
software itself. The computer status component is a preferred sub- 
system monitor. It accesses status of the core system environment 
Itself. . It may cause supplementary heuristics to be Invoked or 
meta-level constraint data within the status and warning master. 
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b) The communications understanding CPC manages data and message traf- 
fic within the space station system. Semantic processing of this 
, traffic is primarily performed at the appropriate other CPCs. 

ic) The design approach to the data management CPC offers some chal- . 

■* V lenge. ,It appears that the CPC ’s^. internal traffic loads are driven 
' ; ■ ; ; by its design ph^psophy. A likely role Is as follows. The data 
management CPC corresponds to the operating system functions of a 
■ ; non-distributed system. Additionally it has associated with It a 
large chunk of fast memory (cache). There will also be a semantic 
linker running in this CPC whose job It Is to aggregate- plans, 

. schedule status and projected status of the space station Into a 
coherent whole. This is not to be seen as an executive function 
with optimizing/modification duties; but, rather, as a means of 
"pooling" knowledge which will be heterageneously represented. THe 
data management CPCs mission will Include giving knowledge in the 
appropriate format to the other CPCs. This should minimize CPC-CPC 
: traffic and translation subfunctions within CPCs. Further, queries 

by the crew to the system will mainly go to the data management 
(DM) CPC instead of Interferring with normal activities of the ‘ 
other CPCs. If the data management CPC becomes Instead a reia-. - 
tively dumb peripheral storage controller, the complexity, of the KB 
.components of the other CPCs will increase. Further the need for 
CPC-CPC communication will go up drastically. Note that the role , 

. of the DM CPC Is as a meta-blackboard for, the. many KBS components. • 

. d) The mission planner/scheduling will plan and schedule short-term 
and long-term activities. .They will likely generate manby candi- 
date schedules/plans to achieve a approvable complement. Further, 

- other CPCs may need to request running planner and schedules to; 
determine how their actions could Impact the master schedule/plan. 
These requests would result in potential plans/schedules which 
would then be compared to the currently approved plans/schedules. 


t ■> 
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e) The resources nonltor/scheduler monitors the space station expends 
bles, plans their use, and schedules the plan as well as resupply, 
requests. 

f) The control execution monitor’s job Is to determine if the control 
instructions prepared and sent out by the various CPC components 
have ben carried out. 

5. 2. 2. 5 Knowledge Based Systems Subcomponents - Scattered throughout 
- the space station software will eventually be KBS components. They 
will be used for system fault detection/isolation and for embedded 
status monitoring. The fundamental structure will involve a sequence 
of sensor/actuator, A/D conversion, state comparator, rule base inter- 
pretation; and, if necessary, conflict resolution through a knowledge 
base (Figure 5. 2. 2. 5-1), At lower levels in the system, very little 
dependence will occur on the knowledge base. Once fixed, the state 
comparator and rule base will be accessed most .often and this activity 
is similar to-data base access. They will be mechanized as tables 
within a data base. The KB will best be run on a symbolic processing 
machine. The other components can be run on normal computers. The . 

- 1 higher in the functional hierarchy one moves, the more complex and 
-important becomes the KB. 

- : It is presumed that these will be a mixture of conventional data bases 
;and KBS data. Only KBS or only conventional data cannot be afforded,. 
The next section speaks to this issue more directly. 
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Figure 5. 2.2. 5-1 Symbolic Manipulation Bounding 


5. 2. 2. 6 Data Base Effects - There are two aspects to data which are 
generally confused in everyday discourse between humans but which be- 
come important in software design. These two aspects are Intenslonal - 
and extenslonal, as shown in Table 5. 2. 2. 6-1, Intenslonal data cap- 
tures the meaning or Intent of data objects. It may be considered data 
about facts. , Extenslonal data focuses on description o. processes or 
world objects. An example of extenslonal data is a description of a 
maintenance procedure whereas the Intenslonal data would, provide an ■ 
explanation of why parts of the procedure are being done. 

Knowledge based systems focus on the Intenslonal aspects of data and 
require data bases containing intenslonal information. Control systems 
focus on the extenslonal aspects and require data bases containing ex- . 
tensional information. Both kinds of data base will be present in the ■ 
space station. It will be important to be able to coordinate between 
these data bases. More specifically, one cannot expect to use an ex- 
tenslonal data base for intenslonal based Inferenclng or vice versa. 

It would be difficult and wasteful of effort to duplicate extenslonal 
data within an intenslonal data base. 
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: System Integrity Management - A key function of a tUp level 

; advisor will be system integrity management. This refers to a level of 
i system state evaluation and control above fault tolerance and redun- 
dancy, or power system management. One may imagine a set of layers ' 
(Figure 5. 2. 2.7-1) of space station modes. Each consists of a rigor- 
f ously pre-analyzed set of responses to various combinations of state. 

'. conditions which one may obtain. If a mode is in force then a system 
' state would provide one set of stimuli to the subordinate systems which 
: may not be the same as would result if another mode was in force. THis 
capability would allow minimal housekeeping functions to be performed 
in a crewless condition while cut of from the ground. In the event 
crew or ground personnel are available, the top level advisor would 
function as an advice giver only. There may be some utility to apply- 
. Ing AI techniques in the construction of these layers. 
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j Figure 5.2.2.7-1 System Integrity Management 
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5.2.3 Conparlson of Autocation Techniques 

Figure 5. 2. 3-1 shows each of the automation techniques we have dis- 
cussed so far. Generally, the hard automation techniques can all be 
Implemented In the near tern. Some of the intelligent techniques whlc)i 
focus on use of conventional software approaches but requiring exten- 
; slve analyses of the problem domain are ready.- In a further tine frame 
(5-10 years) we 'foresee that the knowledge based techniques could be 
‘ ready as well as highly Integrated sensors with extensive pattern 
;■ recognition software. Much of the hard automation approaches apply to. 

low level system components while the intelligent approaches affect : 

; higher level components. This should not be surprising as the knowl- • . 
edge based techniques automate higher level cognitive- processes. .The , 
cost to inpiement column in the figure refers to a per unit basis. 

■ Technology risk for the hard techniques is low and becomes high for the 
top level advisor. 
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There are roles for each automation approach. We should not ignore the 
. I knowledge based techniques just because they involve some technical 
risk. Payoff is in the areas of fault tolerance/redundancy, built-in 
test, mission templates, top level advisor, and KBS subcomponents as 
they directly affect crew workload and autonomous operations. 



Certainly, -the hard techniques should be implemented for near terra pay- 
off. The. intelligent techniques should be Implemented as well and the 
' KBS approaches commenced as soon as possible' to drive their maturation. 


; 

n 


-5.3 , ATfTOMATION ASSESSMENT 

5.3.1: Top Level Advisor - 

5. 3. 1.1 Staged Implementation — It would be plausible to consider a' 

' staged approach to providing the ultimate configuration of space sta- 
tion data management systems. Initially all knowledge based systems 
will- be under" development on the -ground. in _a, machine optimal for devel- _ 
opment of such software. Figure 5.3. 1.1-1 depicts such a step, pbssl- . 
ble in approximately 1990. The ground personnel would provide the 
; functions we have previously described to be performed by a top level 
r advisor. That is. Initially, the role of man . on th ground will be as - 

: it is currently for say,' the STS. _ . 


The next, logical step would be to host the various top level advisor 
’ and subsystem KBS on their target architectures. The subsystem conpo- - 

. nents will be hosted on boards as elements of the Standard Data Proc-. 

essors (SDPs), (Figure 5. 3. 1.1-2). The top level advisor would likely 
require several computers sharing a local data bus. One of these com- 
puters would likely be a symbolic processor much like a SYMBOLICS 3600. 
An additional likely computer for the top level advisor would be a data 

base machine such as an IBM 500. , It is an open question whether large 


peripheral storage of data necessary for the top level advisor is best 
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kept locally or accessed through the ODDNET. This issue woul.d be re— 

, solved after the peripheral storage requirements are established. The 
functions running on these machines or the ground would perform as ex- 
periments. . Ground personnel would still be prime for such missions 
' elements. 






CCNTROllERs”! 


Figure 5.3.1.I-1 System Automation Evolution— 19'J0 
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Figure 5. 3. 1.1-2 System Automation Evolution— 1992 


The next figure (Figure 5. 3. 1.1-3) shows that we would move the subsys- 
tem components up during the next three years. -During such time, the 
crew would monitor closely the activities of these components. We an- 
ticipate- much 'higher confidence in the top level advisor functions dur- 
ing, this. -tine, even though it would. -Still be run in experiment mode -and 
ground -personnel still prime. During this period careful -attentibn -..; 
wiir^be paid to the standard mathematical op1tinlzat’ibn'"‘and 'nodeiing----' ' 
sof tware supporting calculations-of s'chedules',” . docking ’maneuvers re- ^ 
source expenditure, etc. X.key question will be "to what-extent-ver^ t’- 
sions of these models can be Integrated with the^ toprlevel- advisor,; '--It 
is desirable to; have this conventibnar' planning and predicting software 
available to allow mathematically trying out KBS systems. 










'j 



Figure 5. 3. 1.1-3 System Automation Evolution— 1995 

'• A short time after this- last stage it should be possible to move the 
top level. advisor's target architecture onboard the space station 
(Figure 5. 3.1. 1-4). We should consider It as-a separate subsystea 
being off the main space station data bus. It would require Its ovra 
Interface device and SDP. During this tine It would be run as an on- 
board experioent; ground personnel would still be primary for the top 
•level advisor missions. At this time as well, we expect the subsystem 
■components of KIIS would become an accepted part of the space station ^ 
data system. ' 
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By 1998, It should be reasonable to expect the onboard crew to perfora 
planning, scheduling, and status nonltorlng functions with the help of 
the top level ndvlsor (Figure 5. 3.1. 1-5), Tills date could be signifi- 
cantly inproved upon froa, say, 1996 If there are no devclopaent prob- 
, leas nor any significant knowledge engineering problcos. By this tlao, 
we anticipate that the functionality of the subaynten KBS conponents 
could be updated to better reflect procedures and deeper understanding 
. of space station systees. 



- Figure S.3.1.1-4 System Automation Evolution— 1996 













n 
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Figure 5.3.LI-5 Syucm Automation Evolutiau-1998 

Finally, we foresee the space station onboard systens to Include fully 
Integrated top level advisors and subsysten conponents (Figure 5. 3.1.1- 
6). These would function In the node of supporting the hucan crew to 
the extent they wished and managing the space station when cut off from 
ground or without crew. Prellainary analyses show that there should_be 
little Impact on data conaunications within the space station through 
inclusion of these systems - presuming adequate local data store ac-., 
cecslble, without tasking the main data bus. .. 


5-35 














n 


HCR 84-1878 
November 1984 



COAL 

CWM. t 

r— 

1 

ISAU 


■ so? 


so? 

1 

1 

10 

IS 


HCWIICRS 

-COUTlifJlhC DCVtlO?H£M 



^ ‘-r ■ 



ocvai 

1 



. UHMIdAL 

-SU2SrSTtM 5IMULAIIOS 
- TBD ru’iCTIO'JS 


ICCL^O; OOD*»tT- Optical Oat* CUtrltutlon het»*orti 
HCAT- »*an/Co^poter Access Terminal 
SOP- Standard Data Temlnal 
10- Interface Oeytce 


^IffiSrSTtW DATA n<JS 


SU5SYSTCH 

«3S 


' ' ; — fUSCTIOS 

Figure 5.3. 1. 1-6 System Automation F.volutiou-2000 


5. 3. 1.2 Top Level Advlcor Autocaatlon Approach - The top level advisor 
will consiot of several portions as discussed previously. The way each 
of these could ultimately be implemented is shoim In Figure 5. 3. 1.2-1. 
The system status and warning components are shown as expert systems or 
portions of expert systems. The figure lists the top level advisor 
element in the- far left column, its proposed computer processor needs, 
the degree of; complexity of the automation process, what form that 
automation will take; and finally, in the far left column some com- 
ments. The system status and warning monitor will communicate with 
lower level components and, at this level, be responsible' for aggregat- 
ing total space station status. There will be a preferred subsystem 
status monitor which looks at the status of the computers upon which 
the top, level advisor is resident. 


n 
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The cooaunlcatlona conponent can use standard keyword, coonand, and 
pattern recognition software techniques to process coisiaands to extract 
their setaantlc aspects. Processing speed will be an appropriate method 
of Improving performance for this element, 

Tlje data management component of the top level advisor needs a semantic 
linker portion. This would be a large "blackboard” In planning par- _ - 
lance. The common working memoiry of the top level advisor would be 
managed by this element. One approach to its construction would be to 
analyze In detail the space station and build a model sufficient to 
well define Inferenclng about It. This could be done If we presune a , 
Stable configuration. As this Is not possible i we must adopt a more 
flexible approach and provide for additional, as yet undefined compo- 
nents of such a model expressed using knowledge representation tech- 
niques as yet unspecified. 
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Comments . . 

Responsible for aggravatirig and inferring 
system state from subsystem states. 
f»ota ;there may be one inference engine 
-for these parts 

Note : *'• distributed expert system*' 

' Acti^, full blown expert system lower 
in architecture 


High speed existing technology 


Semantic Linkers I Note: a large blackboard with utilities 


Planning . 

Deep Reasoning* 


— Planner 

— Optimiaation 
Techniques 


expert syiiem I tied to iyitemiuius& warning 


' Planner 
Optimiaaticn 
Technlqixjs 


Figure 5.3. 1.2-1 AttiVi.abIc Aufoiiiittioii Levels . ■ _ 

The nission planner uses high levels of automation and must Interface 
with all other top level advisor components. It requires both planning 
and deep reasoning technologies.- Planning is obvious but the deep 
reasoner would allow checking out a candidate plan. The mission sched- 
ules would consist of a planner and a set of classical optimization 
techniques. The scheduling planner would sequence output from the mis- 
sion planner and consult standard data bases to derive a time context 
for the mission elements. • 


O 
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The resources monitor and resource schedules basically will use low to 
medium complexity automation approaciies. Resource monitoring on a 
reBqucee“by-resource basis is a straightforward comparison of a param- 
eter value with an acceptable range. If we consider resource optimisa- 
tion across the' space station as well as the corresponding tradeoffs of 
resource allocation to competing 'subsystem users, there Is a much 
larger problem,. AI techniques will In all probability be called for. 

The control execution monitor simply checks that the action ordered by 
the ground, the crew, or the top level advisor has taken place. Con- 
ventional techniques will be sufficient to accomplish this element. 

5. 3. 1.3 Cooperating KBS Components - Tlie previous section implicitly 
called for making use of various, artificial Intelligence and conven- 
tional software techniques In a cooperative manner. Figure 5. 3. 1.3-1 
points out both where advances in, techniques are requlped and where 
some cooperation may occur. 

Except for natural language interfaces, the components column of the 
figure orders the technologies by speed of execution. We have noted 
where complexity and size factors Impact the components. The technol- 
ogy needs, where known, appear in the right-hand column. 

The search speed and organization of rule bases which encode heuristics 
will be important for expert systems. ' ICndwledge base management and 
heterogeneous representation within a single expert system will be Im- 
portant. For planners, the computational speed of the inference engine 
will be key as well as techniques to improve speed of access to higher 
order language (HOL) based software— especially databases. Of course 
semantic relationships between HOL databases and the planner will be 
important. 



o 


n 
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Figure S.3.1.3-1 Structural Attributes of Al Technology Base 

Deep reasonera will require significant knowledge engineering* support 
tools to successfully baseline and manage the rule base. We anticipate 
that the conventional data bases supporting the deep reasoners will 
have to be carefully interfaced. 



Learning and prediction systems need much development work. We cur- 
rently lack the cognitive processing paradigms upon which to found an 
adequate approach to knowledge engineering for these systems. There is 
a requirement for domain paradigms and appropriate models in the appli- 
cation areas of theee systems. There are Likely to be many intelligent 
subcomponents of learning systems which would use cooperating, orches- 
trated inference engines acting on separate components of the knowledge 
base. • 

In natural language work, the need for knowledge engineering tools is 
evident. Natural language for command and control will drive up the ^ 
required speed of processing in such systems . This will in turn drive 
up the speed at which the inference engine must work. 

. 5-40 
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One can envision how these technologies could cooperate. The learning 
and prediction systems could run In "background" mode to the deep 
reasoners, forming hypothetical world models and long-range predic- 
tions. The deep reasoners could run in a similar support mode for 
planners. The deep reasoner could pre-analyze options and validate 
candidate plans. This would require a loose coupling between the two. 
Planners could perform a similar function for expert systems by embed- 
ding their results In a time and event ordered structure and therefore 
evaluating those results. 

5. 3. 1.4 Comments on Rule Structure - Accepting the premise of distri- 
bution of KBS components throughout the functional hierarchy of the 
space station, we should note that there will be a noticeable differ- 
ence In their rule structuren. Figure 5. 3. 1.4-1 Is an attempt to il- 
lustrate this. At the lower levels of the functional hierarchy, one 
anticipates simple rule structure very close to algorithmic structure. 
At higher levels the relations used. in the “rules will move closer to 
common language usage and less formal definition. The objects dis- 
cussed In the rules will be more highly aggregate. For example, at 
lov/er levels, rules would contain variable names extensively, whereas 
at higher levels we w’ould manipulate mission plans or complete sets of 
resource allocations. Further, we anticipate an evolution in each of 
these rule sets towards the more highly aggregate objects and leas 
well-defined relations ("good" Is, an example) throughout the space 
station life. 


-*v ' 
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if vfirtabt# (i) > ICO** and variable (j) 
< 2 then set warning flag 


' if warning flog on system 1 2 an»d 
condition 4 is on then evaluate trending 
, predictor 2 (tp2) 

if tp2 within bounds sot flag else shut 

dov/n 

. if status normei then check repairs/ 
warning file, if change then evaluate 
change and initiate pisn. 

if mission event scheduled at time t 
and power sysstem status it normal 
. and system (i'|) status is acceptable' 
then initiate event planning, if event 
plan element is type 2 then run 
resource model. If resource mods! 
results acceptable then generate 
instructions to subsystems . 


Later ' 

if variable (i) > 100* end variable (j) , 

< 2 then check condition 4 and tf 
condition 4 is on and variable (k) • 4 * 

then switch to backup atse shut down 
if warning flog on system 1 2 and switch 
to Lockup at time (later) then status 
repsirs/warnings file and evaluate tp2. . 
if tp2 out of bounds then initiate plan 

if failure predictor soys component 12 
unstable then plon ba^up and inform core 
function) of predicted p^ormance profiles 
for ryxt time interval 

if station performance model is acceptable 
and mission plan element 12 is next then ’ 
predict success of mission plan element 12. 
end plan actions to assure success > good . . 
and update long range station support . 

' plan if resources will be expended. 


. Figure 5.3. t.4-1 Varying Heuristics Will Change the Rule Structure 
5.3.2 Other Systems , 

5. 3. 2.1 Power — The role of KBS in the power subsystems will be in the 
area of load management, fault detectlon/diagnoslo, or'energy otorage 
management. One additional computer ove?" and above those required to 
provide power subsystem functionality would be flown in the mid-1990s. 
This system xrould contain templates, diagnosis procedures, stored vari- 
able patterns and KBS components. Its function would be monitoring the 
■■ power subsystem. It would be hosted with the pox;er system SDP. The 
computer's basic function would be data manipulation although we envi- 
sion some limited mathematical models being run to support evaluation 
■ of alternatives. Its software functions would include a conventional 
l- data base oriented tenplatlng system, an expert system for fault diag- 
nosis, and one- or more deep reasoning components i One of. these deep 
reasoners would' attempt to understand ■ the state of energy resources and 
storage systems with respect to what is happening elsewhere in the 
^ space station. Also, a reasoning system would attempt to understand 
power loads from a similarly "large" view. They would communicate with 
the top level advisor, first through the communication system when it 
is on the ground and, later, directly. The actions recommended by 
these systems would be communicated to the crew, when present, for 
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approval; or to the ground when the view la absent. Should the station 
be In fully autonomous node due to exceptional circumstances on the 
ground the recommendations would be executed automatically. This la 
seen as crucial but a rare occurrence.. The more these systena are used 
and the more their rules evolve, the higher our confidence In automatic 
operation will be. 

The hard automation aspects of EPS autonomy will depend upon embedded 
microprocessors. There will be an EPS controller whose job wlllbe to 
coordinate node commands and setpoints to other systems and to Its sub- 
ordinate embedded controllers. This Is well within current state-of- 
the-art for microprocessors. A good discussion of how these microproc- 
essors could control the EPS Is given In a recent Honejn^ell Study 
"Automated Subsystem Control Final Report" Vol 1 1/84. 

5. 3. 2. 2 GH&C - ' 


ft , ftft ifOTE ** . - * ’ , 

* , * 

* The original objective for subsystem asaessmento Included * 

* Power, ECLSS and Data Management,, as shown In Section 1.0 * 

* and 4.0 herein. However, due to a greater amount of source * 

* material available for Guidance, Navigation and Control *■ 

* (GN&C) than Data Management, the decision was made to re- * 

* place data management with GN&C for this portion of the * 

* automation study. * . 

ft**ft*ftftftft*ftftftftftft*ft***ftftft*ftftftftft*ftft**ftftftftftftft*ft*ftft*ft«*ftftft*ft***ft*ftft ; 

This system has the responsibility for managing the sensing and acqul- ; 
sltlon of Information, computation, and actuation required to provide 
position and attitude control for the Space Station and to point its 
solar arrays, radiators, and payload mounting surfaces. The GN&C sys- 
tem will Interface with the Information and Data Management system. 
Communication and Tracking system, and Propulsion system to perform 
these functions. The GN&C system will also manage the traffic control 
function. and proximity operations. GN&C support will be provided to 
the payloads attached to the station and to the station traffic. 
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i The key approach to automation in the GN&C ayaten la through hard auto- 
nation techniques uaing error detection, redundancy, fault tolerance, - 
and extensive built-in teat. Reliability is paramount. Existing tech- 
niques will apply, although significant work in refinenent of the con- 
• trol lav;a for flexible structures of the size of the station will be 
■ : needed. Also, careful attention will be needed to control a fomatlon 

of spacecraft during rendezvous and docking maneuvers. 

Current thinking foresees two SDP components for the GH&C syatem split 
in accordance with the functions of 1) navigation and traffic and 
2) guidance and control. There will be need for multiple computers for 
each function and the , capability to run the functions of one subsystem, 
on the other. If we can validate an adequately detailed control law 
' ; model during ground or flight test, it will be advantageous to fly that 

model even if control is managed , through simplified forms of the laws. 

The role of KBS elements for GN&C may well be restricted to status 
! monitoring or perhaps traffic analysis and control. Traffic control is 
so Important that it is more likely it will be run off-line and contln- 
_ , gency plans loaded as templates. 

5. 3.2. 3 ECLSS - The ECLSS will primarily function an a closed system 
but will require resupply. As such, it will be a regenerative, par-, 
tlally closed system. He foresee a completely closed system as a goal 
of the advanced space station. The ECLSS ^rlll control atmospheric 
pressure and composition, module temperature, humidity, atmospheric 
revitalization, water management, and metabolic waste management. 

Significant hard automation based approaches will be used In the ~ 
ECLSS. Fundamentally, current industrial process control, techniques 
will be necessary. The controllers must manage the processes and the 
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backup control. The automation should -also Increase system availabil- 
ity and reliability by constraining its operation to the proper perfor- 
mance envelope/domain. 

Dependence on reuseable resources may be reduced by integrating control 
! of the ECLSS with mission planning from the top level advisor and run- 
ning resource utilization models. This moves us closer to the use of - , 
intelligent automation. 

t - - • ■ - 

There is little clear need for KBS elements in the ECLSS. Status moni- 
toring up to the top level advisor certainly will occur together with 
some coupling to mission planning and scheduling. In general, however, 
its inclusion is not crucial. 

5.3.3 Summary . 

5. 3. 3.1 Scarring - Table 5. 3. 3. 1-1 shows some of the scarring or de- 
sign aspects needed to accommodate the automation techniques we have 
I discussed. Detailed analysis to solve these issues was not within the 
scope of this effort. It is clear that the space station must accommo- 
r date fault tolerant computers at the subsystem level as well as redun- 
dant computers hosting key processes. As fault tolerance makes use of 
, Hamming codes' we 'should be sure to oversize the subsystem computers to 
mitigate the erpccted performance degradation. The use of peripheral 
memory accessed through the ODDJTET is reasonable. Sizing of that store 
; can become Important depending on functions and data allocated to it. 

■ ■ This points to the need for extensive performance prediction simula- 

tions. We should emphasize discrete event type simulations instead of 
! queuing theory-based methods. System transient state performance/ 
response is the key area to Investigate v/hile queuing theory methods 
focus on examination of the steady state. 
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Table 5.3.3. 1-1 Scarritt^ and Prioritization 

SCARRING - - ■ 

- SUBSYSTEMS USING FAULT TOLERANT COMPUTERS 

- ADEQUATE SIZING OF PERIPHERAL MEMORY ACCESSIBLE 
ON THE ODDNET 

EFFECTIVE USE OF TIMESLICING FOP. MEMORY ACCESS. 

-ACCOMMODATION OF 32-BlT PROCESSORS IN THE SDPs 

- SIGNIFICANT OVERDESIGN OF ID UNITS (BASED ON 
EXTENSIVE PERFORMANCE MODELING) 

- ABILITY TO ADD AT LEAST ONE NEW SUBSYSTEM TO 
THE ODDNET . 

- ACCOMMODATION OF TOP-LEVEL ADVISOR 

- ENFORCEMENT OF FUNCTIONAL BOUNDING WITHIN 
THE HIERARCHY 

-PROVISION OF A DEVELOPMENT SYSTEM FOR GROUND 
BASED KBS DEVELOPMENT - 

- EXTENSIVE USE OF MISSION TB^iPLATES MAY DRIVE UP 
PERIPHERAL MEMORY REQUIREMENTS 

- CAREFUL INTEGRATION OF. KBS WITH STANDARD SOFTWARE 

AND DATA BASES ,. 

A corresponding issue concerns effective use of timeslicing to provide 
memory access and subsystem-subsystem communication. There are many 
aspects to this Issue. Depending on hov; the tlmesllcing is enforced 
and designed we can bias the data management system towards synchronous 
or asynchronous; operation. This is turn could cause significant data 
use of the bus. We should accommodate 32-blt processors in the SDPs. 

; This allows use of virtual memory operation and can also serve to. 
mitigate some of the performance degradation caused by fault-tolerant 
approaches. The CPUs of these machines run fast and they are packaged 
compactly enough for flight. 


We need to provide a significant overdesign of the bus Interface units 
(BIU) or Interface devices (ID). Again, significant performance 
modeling is required to support this analysis. Inadequate sizing of 
these units (speed) could severely affect thoughput in the, system. 


PRI0RITI7ATIQN 

- PERIPHERAL MEMORY. ACCESS 

- TOP-LEVEL ADVISOR 

- DEVELOPMENT SUPPORT TOOLS 
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There should be provision to add at least one major subsystem to the 
ODDNET after IOC. Tills la envisioned as the top-level advisor. Within 
the functional architecture of the space station, we should enforce 
functional encapsulation or bounding to the maximal extent. This will 
minimize data flow In the system and allow easier nalntenahtc and up- 
grade of the software. We should use ADA If It and its support envi- 
ronment are available; however, planning for an alternative such as the 
progratsalng language C should take place now. 

The KBS components will need a ground-based development machine sepa- 
rate from mission control computers. This machine should run LISP 
and/or PROLOG In firmware and hoot the necessary development support 
tools. The KBS, when stable, will be moved onto target architectures 
which will run on the ground. We should note that extensive use of 
mission templates onboard may drive up peripheral memory rcqulremeats . 
so that RAM discs and other, solid state local storage Is Inadequate..-- - 
Further,’ hosting mathematical modeling and/or data collection and 
organizing software on the machines could Impact peripheral memory 
requirements. We may need local ^disc or- bubble memory peripheral 
storage. 

The Issue of Integrating KBS with standard software and data bases is 
Important. . We cannot afford nor need standalone "expert systems." We 
must exploit KBS techniques In conjunctlot^ with conventional tech- . 
nlqucs, vlevrlng each of these as merely ways of encoding intenslonal. 
knowledge. 

The priority of functional areas requiring work is shown In the right- 
hand column of Table 5. 3. 3, 1-1. Foremost Is peripheral memory access 
and Intrasystem communication. This requires extensive modeling. Kext 
la the top-level advisor. This system requires Investment in AI plan- 
ners, expert systems, and semantic linking. 



HCR 84-1878 
Kovenber 1984 

We cannot Ignore the Issues involved In adequate development support. 
The next section, 5.4, discusses many highly functional tools to sup- 
port construction of KBS and conventional software. The investment in 
tooling is crucial, as it allows management of complex software. We 
should note that 1) solution of problems In constructing tools should 
occur well In advance of the need, date of the tools, and 2) that such 
tools when constructed can be applied throughout American Industry. 

5. 3. 3. 2 Time Phasing of Heeds - If we arrange both product; e.g., sys- 
tems onboard space station, and development process support needs by 
time, we can get an Idea of the extent to which some of the automation 
approaches nay be implemented. Figure 5. 3. 3. 2-1 shows this arrange- : 
ment, focusing on key examples. Initially, we will have proof of con- 
cept expert systems, planner experiments, and deep reasoner experiments 
all running on the ground. In the nid-1990s we anticipate at least one 
onboard symbolic processor and some onboard expert systcas for fault 
detection/diagnosis. At about 2000 wo expect large stable expert sys- 
tems, fast planners and some learning systems all onboard. There will 
be several symbolic processors and extensive cooperation between the 


KBS components. By IOC we will need test aids for distributed systems, 
and KBS, plus space station specific VLSI design aids, and a KBS devel- 
opment support environment. 
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Well before IOC we will need a stable coaprehenolve software support 
envlronnent for the selected apace station language. This is another 
reason to consider alternatives to ADA. ADA nay be ready in 2-3 years 
for systea developaent but it is unlikely a conprehenaive support en- 
vlronnent will be ready for 5 years or more. In the cid-1990s we wo^d 
need to have semantic linkers and intelligent ViV tools. This is nll- 
quite feasible. 

Figure 5. 3. 3. 2-2 shows that we can anticipate with confidence large 
nuabero of nlssloa support personnel required on the ground through the 
nid-1990o. Tlie date by which reductions could become sizeable could 
move earlier if the automation program does not see many risks real- 
ized. It is possible, but not predictable, that significant reductions 
could be attained in 1993-1994. 
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; : . URIG?«Al. PAt;i 

OF POOR QUALITY 

5.4 DEVELOPMENT SUPPORT OTEDS 
5.4.1 Introduction 


It lo well known that modem coftware development today must be aup- 
ported through the proper toolset. While that used to mean simply the 
proper debuggers and- compilers It now refers to more and more Involved 
major software aids. The Figure 5. 4. 1-1 shows an idealized system 
development life cycle. Tool needs vary depending on where in the life 
cycle one la and what sort of application Is being developed. It is 
not surprising that the tooling needs supporting an advanced space 
station data processing system are Important. 
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Figure 5.4.1- 1 Ictarlized System Life Cycle 
5.4.2 Test for KBS - 


KBS will play a large role In the space station software. Current KBS 
test techniques are based on normal software test techniques. These 
tecliniques Include - state and path enumeration. The functionality as- 
signed to "data" or rules and knowledge In ICBS make such approaches 
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to teat inapplicable. There la a need to develop criteria for success 
in testing KBS such that adequate meaningful test plans can be written. 
Implicit in this need is a further need for well defining a design ap- 
- ■ proach for KBS which is visible and which is tied to the definition of 
testability. As in conventional software, one must accept the chal- 
lenge to design testable systems rather than a posteriori apply test 
' criteria. The technologies which apply to the goal of test for KBS. 
Include world modeling, expert systems, and learning systems. 

5.4.3 Intelligent Validation and Verification (V&V) 

Software V&V is a laborious and crucial task at present. Automating 
portions of the V&V process will allow larger software systems to be 
flown at constant or reduced risk. The larger and more complicated a 
software system the more difficult the V&V task. This is especially 
, true in software with tightly coupled components. A KBS software V&V 
aid could slgnflcantly reduce risk in large onboard systems. The aid 
would possess knowledge of requirements design, and configuration in- 
formation and make comparisons with the aid of a human. It would func- 
tion as a reference manager for the human and, eventually, be able to 
recognize larger and larger softvjare components. Work by the Knowledge 
! Based Software. Assistant Group (Cheatham, Rick, Balzer, Fowler) at HIT 
has made progress’ in this area. Tlie required technologies include a 
L deep reasoner, learning systems, and interface to conventional data- 
: bases generally not kept current. 

As testability is closely tied to the notion of satisfaction of re- 
quirements, we must model the application domains and structure. The 
I expert systems will manage test execution and basically evaluate how 
the system performs under test, against the criteria for success. 
Learning systems can aid in collecting and structuring new information 
about the performance of KBS and how requirements are satisfied. At 
base simply developing criteria for test of KBS would aid in their 
development. The application of these other techniques is quite likely 
within the next ten years. 
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Development of KBS for the apace station cannot fluently occur nor can 
it occur in a structured, controlled manner without a proper develop- 
- ment support environment. Such an environment would contain tools in- 
cluding production systems, knowledge and rule base semantic linkers, 
improved debug aids, and a wide collection of system support utilities 
on machines which run LISP and PROLOG in firmware. Support of the 
knowledge engineering aspects of the problem is Important. Application 
specific knowledge elicitation templates linked to design tools are ap- 
propriate. Improved production systems which provide meaus for manag- 
ing large scale rule and knowledge bases apply. Once again the need to 
allow KBS to contain heterogenelously represented knowledge exists. 
Tools to coordinate among variously represented knowledge (semantic 
linkers) should be built. 






The first problem to be solved is in coordinating information contained 
in conventional databases of text and code. The system must eventually , 
consider ihtenslonal aspects of this data. 

5.4.5 Test for Distributed Systems 

Distributed systems rapidly become too complex for exhaustive, deter- 
ministic test. . The presumption that subsystems can be tested as such ’ 
and then assembled into a system which is not exercized as a whole oys- 

. , tern until flight test is a notion which introduces risk. Highly dis-. ,,. 

trlbuted systems may have hundreds of thousands of accessible states. 
State and path enumeration techniques tend to be myopic ignoring the 
low probability — but allowable system states. Without appropriate 
intelligent test support, test conductors have little choice but to 
follow this approach. 
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A two order of magnitude performance increase may be achieved by mi- - 
gracing a function from mechanization in a HOL running on a multlproc- 
■“essing system to a VLSI chip. Through provision of a laboratory facil- 
ity hosting VLSI design aids, software development tools, firmware de- 
velopment tools and a custom board building shop, systematic movement 
of software into VLSI may be achieved.' This trend should be put in 
place early oh in the space station life and continued throughout it. 
Properly implemented, it is possible that more general computing power 
would.be available later in Che sfTace station life than initially dye . 
to this migration of functionality to VLSI. 

A corresponding issue concerns effective use of tlmesllclng to provide 
memory access and subsystem-subsystem communication. There are many 
aspects to this issue. Depending on how the tlraeslicing is enforced 
and designed we can bias the data management system towards synchronous - 
or asynchronous operation. This in turn could cause significant data ' 
use of the bus.. We should accommodate 32 bit processors in the SDPs. 

This allows use of virtual memory operation and can also serve to miti- 
gate some of the performance degradation caused by fault tolerant. ap- 
proaches. The CPUs of these machines run fast and they are packaged 
compactly enough for flight. 

We need to provide a significant overdesign of the bus interface units 
(BIU) or. interface devices (ID). Agalni sig'nificant performance model- 
ing is required to support this analysis. Inadequate sizing of these ^ 
units (speed): could severly affect throughput in the system. 

An Intelligent, knowledge-based test planner and test conductor can. 
significantly aid in this area. The goal is that the KBS test-aid act 
autonomously— either in accordance with apre-analyzed plan or opportu- 
nistically. If operating opportunistically, it would "drive” the sys- 
tem around in state space while recording observations. When systems 
were much less complex, test was able to do this while causing the sys- 
tem to visit all accessible states. This is no longer possible in any 
reasonable amount of time. . ' 
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The KBS test-aid would make use of planners, expert systems, arid deep 
reasoners. The planners would, construct test plans in accordance with 
the results of the other components. The expert system would focus on 
test conducting and data organization perhaps codifying existing heur- 
istics. These could be coupled to a deep reasoning system for data 
analysis which in turn would stimulate the planner to devise another 
test component. 


5.4.6 VLSI Design Alda 

VLSI promises economies of speed, size and weight for complex algo- 
rithms. Reduction of weight and size of existing hardware components 
may also be achieved. 


What Is needed is a tool to translate algorithms to circuits and cir- 
cuits to an optimal circuit complete with layout. Additionally we re- 
quire test tools for VLSI chips including simulators. These could be, 
accomplished through computer aided design systems (CAD) and special 
specification tools. Much of the work currently underway for the chip 
manufacturers can apply. 


Tailoring these. systems 'to space station specifics should be a manage- 
able task yet should allow improved performance of GN&C algorithms or j 
more complex algorithms to be flown -for constant performance. 
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6.0 


ASSEMBLY MD CONSTRUCTION 


6.1 


MISSION MODEL SELECTION 


6.1.1 Overview 


This section presents a brief overview of the four major mission cate- 
gories Included in the assembly and construction area of this study: 


1) Space Station IOC buildup 

2) Space Station Expansion 

3) , Large Spacecraft and Platform Assembly 

4) Geostationary Platform Assembly " . 

The majority of effort spent on these four missions was focused on the 
IOC Space Station buildup with considerable lesser amounts directed at 
, the other three. - 


The basic options available to the mission designer la the selection 
between deployable and erectable or some mix of both. Program Impacts 
. - of these . options are many and in some cases very significant. Primary 

selection drivers are based on transportation costa, material density 
. and costs, cargo bay stowage efficiency, degree of on-orbit versus 
-ground fabrication, flight crew versus ground personnel time, and 
■: quantity and complexity of orbital construction support equipment. 

; Where special equipment is identified,, it, in turn, will have special - 
. functional requirements. This equipment nay have to be assembled,. 

positioned, set up, controlled, monitored, serviced, and maintained 
; with-, specially-trained personnel or servicer equipment located at the 
construction site. The special equipment identified to perform these 
' types of functions has been classified as Assembly Construction Support 
Equipment (ACSE). Present indications are that many diverse support - 
. ; equipments will be required, and although the specific equipment may be 
dependent on the nature of the large space structure system to be 



• 


MCR 84-1878 
November 1984 

constructed, the basic principles of construction are such that much of 
the support equipment is common. This equipment commonality factor was 
stressed throughout the study effort, along with its adaptability 
towards technology transparency. 

6.i.2 Selection Criteria - 


The purpose of the mission model selection was to identify a represent- 
ative assembly and construction mission set that would encapsulate both 
near- and long-term technology needs for a wide range of potential 
users. The objectives in guiding the selection process were to produce 
a conceptual configuration and system description that could be both 
manageable and broad enough to uncover and display major, construction 
and assembly functional issues where automation could have a consider- ' 
able impact.. The detail desired should be sufficient to typify major - 
technology drivers Involved in evolutionary changes required over a 
period of 10 to 20 years. 

The major focus was placed on starting with the IOC Space Station 
buildup and on specific areas where automation could play a beneficial 
role in operational productivity and safety. Using this approach, four 
categories were identified as shown in Table 6. 1.2-1. ' . 


Table 6. 1.2- 1 Selected Mission Model 


MISSIONS : 

o Assemble IOC Space Station 

- Power tower or strongback & common modules 
o EXPAND SPACE STATION 

- Add satellite- servicing facility 

- Add OTV hanger and service facility 
o ASSEMBLE LARGE SPACECRAFT 

- Assemble LDR. at Space Station (LM-3) 
o ASSEMBLE GEOSTATIONARY PLATFORMS 

- Advanced Large Commercial Communication Sys 

.. (LM-7) 

- Manned Geostationary Platform (LH-13) 


YEAR: 


1991 , 


1992-1994 
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Features- of the nlaslons model concepts address NASA’s role in initia- 
tives to exploit and explore apace over an evolutionary period of time. 
Characterization of the major features Include visibility for a long 
time span, with a starting point where considerable resources have 
already been expended and using operational orbits where both canned 
and unmanned activities have been identified. Basic structural config- 
urations that are compatible with a number of generic type large space 
structures and missions that have been evaluated from both a deploy- 
able and erectable standpoint were Included; 

As a summary of the assembly and construction model's implications for 
long-term technology applications and needs, it serves potentially as a 
"quick look mission set" in the form of an assessment tool. Its use in 
this effort was to develop or identify commonality trends, starting 
with the IOC Reference Configuration and going out through construction 
of a geosynchronous platform. This time flow has a direct utility for 
technology planning with possibly a much greater cost impact on tech- 
nology implementation, i.e.. Integrate or bypass. The introduction 
here of a very limited number of missions and system concepts used to 
illustrate the application of derived technology utilization and needs 
was a function of the time available to do the study and available re- 
sources, However, general results from many of the prior studies that 
have looked at specific missions in considerable detail (see references 
37 and 41) indicates that the mission uniqueness and state of the art 
implementation have the greatest impact on design conceptualization. 

The assessment of this mission set must be a continuing process. V?hen 
the results turn out to be the same or very similar,, the true merit of 
value is in the Increase in confidence level. Sources for information 
and candidate concepts for continuing studies arc numerous; the NASA 
Space Systems Technology Model; the Military Space Systems Technology 
Model; various government and commercial traffic models; the wealth of 
magazine and journal articles that propose scenarios for the future of 
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space; and knowledgeable members of the apace community. Candidates 
';. compiled from these sources can be compared and evaluated with respect 
to technology coverage and evolving space trends. In ge&eral; early 
study trends , Indicate construction and erection, while more recent 
'■ - study trends used deployment and assembly. 

6.1.3 Reference Mission Models 

. i A brief background description on each of the four selected reference 
missions Is presented In the following paragraphs. 

6il.3.1 Space Station IOC Buildup - At; the study kickoff, three con- 
/ \cepts were presented for IOC consideration: the "CDG planar," the 

"delta-truss," and the "power tower." A quick look at these three In- 
; dlcated a number- of . common construction functions. However, at the 
second technical Interchange meeting (TIM), the "power tower" was 
identified as the reference configuration for the SSAS. . The selection 
was In line with the Space Station program office "Skunk Works" that 
had selected the "power tower" as the reference configuration because 
It was seen as maximizing the accommodation of current user and growth 
requirements while demonstrating acceptable design and operations 
characteristics; It was also recognized that the "planar" and "power 
■ tower" configurations are members of the same family, which differ 
basically in their placement of the manned modules and experiment- bases 
!- with respect to the articulated solar collection devices. (24) 


. The reference IOC Space Station configuration Is shown In Figure 
6. 1.3. 1-1. The Space Station operates in a local vertical-local hori- 
zontal (LVDi) orientation, with its keel along the local vertical di- 
rection and the solar array boom perpendicular to the orbit plane 
(POP). Tlie earth-pointed end of the Space Station contains earth- 
looking payloads.' The zenith-pointed end contains solar, stellar, and 
anti-earth viewing payloads and communication antennas. Non-vlewlng 
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payloads are located at various places on the Space Station, and the 
pressurized modules are located near the bottom of the keel. Servicing 
equipment is located along the keel on either side, with the’ front and 
back surfaces of the kee! kept free for traverse of the Mobile Remote 
Manipulator System (MRMS). The servicing and refueling facilities, OMV 
and OTV technology demonstration equipment, and satellite storage and 
equipment areas are located at various places along the structure. 
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Figure 6. 1.3. 1-1 Power Tower IOC Configuration 

Some options for the truss structure on the station are shown in - 
Section 6.2, Some of these options are deployable, some are erectable,- 
some are pre-lntegrated with subsystems, and some have subsystems 
installed on orbit after deployment of the structure. 


The information presented here is extracted from the "Space Station 
Reference Configuration Description" document, dated August 1984. For 
more detail on the above data and on berthing and docking, refer to the 
referenced document. 
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6. 1,3. 2 Space Station Expansion - After Initial assenbly and construc- 
tion of the Space Station has been completed, a second phase will com- 
mence. Present plans call for development of an onboard Space Station 
based servicing facility. The functional characteristics of this fa- 
cility will have the capabilities to service and refuel free-flying 
serviceable satellites (that have been brought to the station), co- 
orbltlng platforms (interpreted to be multi-payload spacecraft that can 
be berthed to the station), payloads attached to the station, the OMV, 
and the OMV kits. The Servicing Facility will also provide for the 
storage of satellites, the OMV, .two OMV kits, ORUs, instruments, and 
tools. 



Once the Servicing Facility is completed, it is envisioned that exist- 
ing and new users will require expansion of capabilities present on 
IOC. It is not clear at this time just which capabilities will grow 
and to what degree — or libw-TIhat growth will drive the station evolution 

An attribute of the reference Space Station configuration is that it 
can support growth in any or all of its initial capability areas: 
servicing and refueling, construction of large space structures, mate- 
rials processing,, life science research, astrophysics and solar phys- 
ics, earth remote sensing, or sensor development. Growth of some of 
these capabilities would require increased crew size (e.g., servicing, 
construction, life science research). Growth of other capabilities 
would require significantly Increased power (e.g., materials process— ■. 

ing). Whichever capabilities eventually come forward as growth re- 

quirements, the reference configuration should gracefully evolve to 
meet them. - ' ■ 

A projection of potential expansion drivers and solutions related to 
the assenbly and construction area are discussed in the following para- 
graphs, The majority of the expansion is centered about the. lower keel 
area. The capabilities of the onboard laboratories will Increase with 
the addition of six laboratory nodules. Keeping in line with growth, 
there will be an addition of habitational nodules for more astronauts. 
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Structure has to be added to support the new modules. Again, the cube, 
structure will be deployable as well as crectable. Some of the lower 
laboratories and experiments require a vlew'of earth, limb to limb. As 
a result,. each addition must be well planned prior to any build up. 

One of the major considerations for growth is the power system. Tlie 
IOC utilizes solar panels to produce 75 kw. In its expanded configura- 
tion, the dynamic power system should produce 300 kw. The same is true 
for the radiators, with corresponding size increases. 

The reaction control system has to be updated to handle the additional 
masses. Satellite servicing adds a whole new dimension to the Space 
Station. A satellite servicing bay, a satellite stowage bay, and a 
refueling bay is just the start. Fuel cells as well as berths for OTVs 
are needed. 

Eventually, the stowage areas must Increase to handle increased servic- 
ing and repair. Also some of the laboratories (i.e., manufacturing and 
refueling) nay be. separated from the station and operate Independently 
in co-orbit as free fliers. - 

.6. 1.3. 3 Large Spacecraft and Platform Assembly - The assembly of large 
spacecraft for purposes of this study is represented by one category 
candidate, the Large Deployable Reflector (LDR). A brief description 
of the current concept of this system and general information needed , 
when assessing on-orbit assembly is presented in the following / 

paragraphs. - . ' 

Figure 6.1. 3.3-1 represents the current baseline concept for LDR. It 
reflects the telescope requirements given in Table 6. 1.3. 3-1 and repre- 
sents a consensus of the Asilomar workshop. (13) 
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'j ! The telescope is an f/0.5 Cassegrain with a segmented, actively con- 

j ; trolled primary reflector. The primary reflector segments are made 

1 I from either lightweight, low expansion glass or a composite honeycomb 

sandwich. The individual segments are supported from the backup struc- 

; j , . ’ ture at three attachment points. Each attachment point Incorporates a 

' ' position actuator so that the segment is adjustable in two axes of- tilt 

, ! ; and one of piston. In this example, 37 hexagonal segmento, each 2.8 a 

i ! " ■ - 

' across, make up the 20 n primary reflector. The sunshade keeps direct 

j sunlight from the reflector and reflected sunlight from the detectors. 

j ! In the latter case, a more complicated baffling system nay be required, 

J : , which is not shown in Figure 6. 1.3. 3-1. 

i j ' . ■ - - - - . ■ _ - - 

; [ . ■ ■ ■ ’ ■ ' • - ' 
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Table 6.t.3.3-l LDR Requirements 

LAKOi. DiHLUTAEU KFIUIU!) (LDII) ^ 

•. DtUICAItD ASIRCliOItlCAL OSStmiOkT fOR J9<J0's 

• 20 n F/0.5 PRIflARY RffUCICR. OlfFRACIIU!) imiUD . 

AI 50 MICRORS. '• 

• F/10 CASSCGRAIN OPIlCS 

• SlCnFNUD PRIHARY FtFUCtOR, ACIIVtlY CCNIP.OUtl) 

• lightweight REfUClOR SEtKtHlS, 2-5 n.- <20 KG/h7. 

SUPPOKTED BY TRUSS BACMIP STRUCIUFE. 

•_ OVERALL SURFACE ERROR <2 mCFOHS Pr.S - 

• ACTIVE COWTROL SYSIEHS FOR FIGURE. POINT ING, VIERATIOM 

• SURFACE nEASUREr.EKT SYSIEn 

• SUKSIIADL FOR THERMAL CONTROL . ' ' . ■ 

• FOCAL PLANE IKSIRUHEHTS COVERING SPECTRAL RAIiGE 30-1000 HKROHS, 

CRYOGENIC, COHERENT AND KOH-CO.MEREKI- 


The active optical system Includes, as well as the position actuators 
on the, primary reflector segments and secondary mirror, a system for 
measuring the optical errors. There are at least three methods under 
consideration. . The first would use edge sensors at the segment bounda- 
ries, as is planned for the University of California 10 n telescope. 
This only deteirmlnes the shape of the primary reflector; the relative 
positions of the secondary and focal plane would still need an addi- 
tional measurement system. The second method samples a portion of the 
incoming wavefront from a point source. Figure and misalignment errors 
of the optical elements show up as departures from a plane wave at the 
focal plane. There are methods to deconvolve the wavefront and deter- 
mine uniquely which optical element Is In error. 
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The third measurement method uses direct laser range finding. A steer- 
ing mirror. at the Cassegrain focus steers a laser beam to at least 
three points on each reflector panel sequentially, via a reflection off 
the secondary mirror. Retroreflectors on the primary send the beam 
back to the. secondary and, in turn, back to the focal plane where an - . 
Interferometer measures the phase. path length through the complete 
optical system. The use of two frequencies can remove the fringe 
ambiguity. 

Closely associated with the figure measurement and control is pointing 
and structural vibration control. Since LDR will be a relatively light 
structure for its size, it will have low natural frequencies. Any on- 
board disturbance such as slewing, secondary mirror chopping, pumping 
of cryogenic fluids, gyro noise,, etc., will excite the natural fre- 
quencies of the structure. Active damping of the structure, where an 
incipient vibration is damped by feeding in a disturbance of equal ’ 
amplitude but opposite phase, nay be necessary. Pointing and slewing 
forces can be tailored such that the spectrum of the forcing function, 
contains nlnlnum power at the lowest resonant frequencies of the 
structure. 

The instrument package will be housed just behind the vertex of the 
primary- reflector at the Cassegrain focus. A complement of 13 instru- 
ments were listed at Asllomar and were termed "the astronomers dream, 
but the technologists nightmare. " The number of instruments will un- 
doubtedly decrease, but the general classes of instruments will proba- 
bly remain the same. The four instrument classes baselined are the 
same as those suggested at Asilomar.* • 


*Paul N. Saranson, Samuel Gullkls, and T, B, H. Kuiper, "Large Deployable 
Reflector (LDR); A Concept for On Orbiting Subnlllimeter-Infrared Telescope 
for the 1990s," Optical Engineering , Vol. 22, Ho. 6, December 1983. 
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6. 1.3. 4 Geostationary Plat-fom Assembly - The last group looked at was 
assembly and construction of geostationary (GEO) platforms. Two candi- 
dates were Identified as shown In Table 6. 1.2-1. The first one, 
"Advanced Large Commercial Coiamunlcatlons System," is one of the land- 
mark missions (IH-7) described in section seven of the NASA Space 
Systems Technology Model , Vol. Ill, January 1984> v,; 

The objective of this satellite Is to provide capability to intercon- ' 
,nect approximately 25 million users anywhere In the U.S., direct from 
user-to-user through wrlst-slze radiotelephones. The system uses a , 
single large communications satellite in geostationary orbit. Due to 
the very small antenna size possible In such a radiotelephone, the ^ 
satellite antenna must be large (70-100 m diameter). 

Present estimates on the weight of this satellite is 30,000 kg. The 
■system iri.ll also have a 300 kw solar cell -power- system and transfer ., 
itself to GEO following assembly and checkout. Three Shuttle flights 
are required to place the required materials and support equipment at 
the low earth orbit construction site. A key feature of this satellite 
is the electronics modularization to allow unmanned maintenance at the 
operating site.. The large electrical power -source on board required 
for communications would also be used to power Ion engines to make the 
transfer.' Ion' engines would be rotated to provide on-orblt attitude 
and stationkeeping translational control. The satellite will be ser- 
viced manually by an Advanced Teleoperator Maneuvering System.* 


*Ivan Bekey, "Dig Corasats for Big Jobs at Low User Cost," Astronautics and 
Aeronautics, February 1979, pp. 42-56. 
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6.2 SPACE STATION IOC BUILDUP 
6.2.1 Description 

The mission models all utilize common elements: pressurized modules, 

power generation devices, and assembly hardware. The pressurized mod- ' 
ules are Identical vessels with different functions to be interchanged 
with one another. This modular approach Increases the flexibility of 
the system to be expandable for future requirements. Power, generation 
devices can be passive solar arrays or dynamic solar power systems.' 
Assembly hardware Is the structure that ties the modules, experiments 
and power devices together. This structure consists of box trusses 
formed Into cubes that run the length of the power tower. (44) The 
truss structure will be deployable, erectable, or a combination of both. 

; All the construction scenarios have common assembly techniques with 

variations for different situations. The assembly of the Space Station 
utilizes a combination of four support equipment types. 

1) Mobile Remote llanlpulator System (MRMS). The MRHS Is described 
elsewhere In this Section. 

2) Extravehicular Activity (EVA) 

‘ '3) Shuttle Remote Manipulator System (SRMS) 

4) Automatic Mechanisms ' ~ 

j . The SRMS Is used for transferring cargo from the Shuttle bay to the 

Space Station. Its principle function Is to lift the cargo and Implace 
It. It, Is capable of lifting any load to a. maximum of 65,000 pounds. 

The EVA astronaut works both by himself and In conjunction with the 
i SRMS or the MRMS. The astronaut will guide the manipulators as well as 

provide Individual human manipulation. 
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The assembly of the IOC forma the basis for future growth and develop- 
ment. Certain' guidelines need to be understood and assumptions made in 
order to develops feasible construction scenario. 


Seven Shuttle flights have been identified to have the basic Space 
Station operational. The structure utilizes a combination of deploy- 
able and erectable structures with the majority of the booms and keels 
deployed automatically. The structure is shown in Figure 6. 2. 2-1. 


Figure 6.2.2-1 F.rectablc/Dcployablc Structure on Space Station. 
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The scenario for the first flight is shovm In Figure 6. 2. 2-2. A major 
activity of this flight is the transport and installation of the Mobile 
Remote Manipulator System (MRMS) to assist in the subsequent construc- 
tion effort. (The MRMS is referred to as the "Autonomous Transport 
Vehicle,” or ATV, until installation of an RMS manipulator arm.) The ! 
high utility of the MRMS is indicated in Figures 5. 2. 2-3 and 6. 2. 2-4, 
which summarizes the tasks or operations to be performed by the MRMS 
and projects the percentages of operations methods to be employed for 
each flight. See Sections 6.2.3 and 6.6.1 for a description of the 
MRMS system. 


Figure 6.2.2-Z Flight I Scenario 
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MRMS TASK/OPERATION 

FLIGHT 

FLIGHT 

11 

FLIGHT 

III 

^ > 

El - •■ 

FLIGHT 

V 

FLIGHT 

VI 

FI.ICHT 

VII 

-REMOVE PACKAGE* 
FROM PAYLOAD BAY 


A 

A 

’ A ’ 

’ A - 

A 

A ' 

-TRANSPORT PACKAGE 


A 

A 

- A 

A 

A 

A 

-ATTACH PACKAGE TO 
STRUCTURE 

6 

A 

- A 

A 

A 

A 

A 

-ERECT STRUCTURE 


A 






-UNFOLD RAILS 


A 


A 




-UNFOLD BOOMS & ARMS 


A 






-RELEASE LAUNCH 
RESTRAINTS 



A 






♦PACKAGES CONSIST OF MODULES, EXTERNAL 
EXPERIMENTS, ANTENNAS, AIRLOCKS, ARRAYS 
AND DEPLOYABLE STRUCTURES. 



6-15 . 





MCR 84-1878 
November 1984 


The start of the IOC will begin in the Shuttle bay. The power condi- 
tioning radiators are attached to the stowed transverse boom. Using an 
automatic deplojr mechanism, the boom is extended outward. Having. the 
transverse boom deployed, the Mobile Remote Manipulator System (HRMS) 
is affixed to the truss structure. The solar arrays at the end of the 
transverse boom are deployed. The final assembly of this flight is a 
single bay perpendicular to the boom; It houses a berthing ring for 
docking on the next Shuttle mission. The entire structure is then re- 
leased from the Shuttle. The configuration is shown in Figure 6. 2. 2.-1, 
subelement 1, which shows the configuration after. the first shuttle 
flight. 

Flight II continues the construction of the structure. The lower keel . 
package is attached to the transverse boon and deployed. The radiator 
support booms are next unfolded from the lower keel. Two keel exten- 
sion bays are erected on the port and starboard sides of the lower keel 
boom. Erection of extension bays constitute the placement of struc- 
tural rods into nodal joints. 

Next, radiator panels are Installed in the port and starboard heat ex- 
changer booms. The port keel extension boon package is removed from 
the cargo bay arid attached to the port side of the recently-erected 
keel extension bay. The port keel extension structure is deployed by 
its mechanism. The procedure is then repeated for the starboard keel 
extension structure. Both extension structures are tied together by 
internal support bays that are to be erected by EVA with the use of the 
MRMS. The configuration after the second flight is shown in Figure 
6. 2, 2-1, subelenent 2. . 
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With the majority of the assembly hardware constructed. Flight III 
begins the addition of modules. First, the module mounting structure 
la Installed on the keel extension structure. Habitat Module 1 (HMl) 
la removed from the payload bay and attached to Its mount. The EVA 
astronaut connects all utilities assocrated with the module. The final 
packages In the cargo bay are the two airlocks. Airlock 1 (ALl) is 
attached to HMl while AL2 Is temporarily attached to HHl. It will be 
transferred to Its permanent location when the remaining modules are in 
their final configuration. 

The Flight IV cargo bay contains the HM2 and the upper keel structure 
package. The Shuttle docks at HMl, and HM2 Is attached to HMl. The 
connection of the utilities are then mated to H^ by the EVA with the 
.MRMS, AL2 la removed off HHl and attached to HH2. The final- installa- 
tion of this flight is the upper keel. , It is transported from the mod- 
ule area to the transverse beam structure. Once attached, the upper 
keel Is deployed to its full configuration. See Figure 6.2. 2-1, sub- 
elements numbered 4. 

Flight V carries the third module. The Shuttle viill again dock at 
HMl. The next module is the Logistics Module (LOGl) and is attached to 
HM2. With the EVA and the support of the SUMS, the port solar array 
addition package is loaded on the MRMS. It is transported to Its 
attachment site on the transverse beam. Once attached, it Is deployed. 

' This procedure Is repeated for the starboard solar array addition pack- 
age. Sec Figure 6. 2. 2-1, subelement numbered 5. 

At this point In the, assembly sequence, the modules are activated for 
inhabltance. With the station permanently manned, prolonged assembly 
tasks can be conducted, such as Installation of permanent hard lines 
and verification of any attachments. 
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On Flight VI, Laboratory Module 2 (LAB2) is attached between the HH2 
and the keel extension structure. The remainder of the payload will be 
for spares or external payloads. No defined package has been deslg- 
nated at this time. Assembly will probably require transportation and 
attachment to the system. - 

Flight VII Is a repeat of Flight VI, except the module Is LABI. Again, 
miscellaneous Items and payloads will occupy the launch package. The 
module arrangement Is shown In Figure 6. 2. 2-5. 

Figure 6.2.2-S Module Arrangement 



' 6.2.3 Conceptual Design 

r The Mobile Remote Manipulator System (MR]1S), sometimes referred to as 

the Assembly and Transport Vehicle, Is a multipurpose logistics device 
outfitted with a space crane and EVA positioning arms. It plays an im- 
portant dimension in the buildup of the Space Station Initial Operating 
Configuration (IOC) and is the only logistic tool on the station. The 
system is a tool to transport modules and/or payloads from the Shuttle , 
cargo bay and position then for attachment to the Space Station truss 
structure. Its work load begins with the second flight. The combina- 
tion’ of crane/astronaut on the positioning am Is utilized In locating, 
latching, and deploying the lower keel. The same procedure Is repeated 
for the radiators, the keel extensions, and the lower boom. , Subsequent 
usage is necessary for maintenance, repair, and servicing of the sta- 
tion and future spacecraft. It. Is necessary for both the growth of the 
Space Station and assembling spacecraft. ■ 
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The assembly task becomes more involved when a bay is erected between 
the lower keel and keel extension. The work depends on the mobility of. 
the positioning arms and the dexterity, of the astronaut to place and. 
lock the various tubular segments together. 

The remaining five flights' all "contain a module. The Shuttle docks and 
the module is removed from its bay via the SRMS or the MRMS. An astro- 
naut latches the module to the MRMS logistic platform. The EVA man is 
anchored to the platform by the positioning arm which also reacts all 
forces caused by his movements. The MRMS pulls its way to the next 
location where the module is to be attached. It could be in the next, 
bay, at the end of the keel, or perpendicular to that bay. The MRMS. 
crane positions the module, and the astronaut makes all the necessary 
connections. Besides the modules, there is a variety of packages that 
Include antennas, experiments, and miscellaneous electronic boxes. 

The basic size of the HRl^S is approximately 9 feet square, the size of 
a single bay. Its design consists of three basic layers as shown in 
Figure 6. 2. 3-1, and further discussed in Section 6.2.4. The figure shows 
the initial configuration, with an RMS attached, located on the Space 
Station structure. 
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Figure 6. 2.3-1 Mobile' Remate Manipulator System Elements 


^e bottom layer consists of a square track arrangement which rides on 
•guide pins attached to the truss nodes. The flat tracks are connected 
on the corners by "switches" that rotate 90°. See Figure 6. 2. 3-2. The 
switches are aligned to permit motion over the guide pins in two ortho- 
gonal directions. The central element is the push/pull drive mecha- 
nism. It consists of a drawbar, with locking rods, connected to the 
MRMS by a rack and pinion drive. To pull the KRMS in a desired direc- 
tion,, the drawbar is extended forward one bay to the next set of nodes 
and locked by driving the lock rods into the nodes. The comer 
switches are aligned parallel to the movement of the vehicle. By ac- 
tuating the electric stepper motor, the MUMS is pulled by the drawbar 
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along the tracks. To reverse directions, the MRMS pushes Itself. The 
vehicle Is always captive to the truss structure by having four-point 
support maintained at all times. By repeating the process, the plat- 
form is translated longitudinally in an "inch worm” fashion. 

Figure 6.2J-2 MRMS Drive System 



translation Involves pivoting 90° as well as the push/pull feature. 
The comer switch uses an open top mechanism feature that permits the 
drawbar to lock onto a guide pin which is also occupied by a track . 
switch as shown in Figure 6 2.3-3. 
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The loglstlco platforn ia the top layer. It aervea to transport pay- 
loads along the Space Station aurface. It has the ability to rotate 
relative to the track layer and renaln fixed \fhon the central decent 
pivots. Instead of using a separate roll drive, the switches would . 
have Co be lockable in a rigid position and the top two layers would 
cove in unison. The logistics platform has -another option in locking 
itself to the lower layer and have the middle section pivot relative to 
the top and bottom. 

Besides having the temporary storage capability of the flat top, the 
top layer features the space crane. The crane la envisioned to be a 
Shuttle RMS transposed onto the platform. The Shuttle is capable of 
carrying two arms on a single launch. One SRMS would remove the second 
arm with the help of EVA astronauts and affix It to the top layer of 
the MRMS. ‘ ■ 

Also required are Mobile Foot Restraint (HFR) positioning arms. An 
astronaut in EVA suit is positioned within the work envelope by the KFR 
on the end of the Rl'S. Control of the MRMS optionally. resides with the 
EVA astronaut(s) (see Figure 6. 2. 3-4). 
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The HRMS vrlll have a self-contained, rechargable povfer supply. Depend- 
ing on the work and the mission, the platform will be adaptable in 
terms of special storing devices and cradles for miscellaneous hardware 

Two- of the many possible- functions of the MRMS are shown in Figures- 
6. 2. 3-5 and 6. 2. 3-6. In the first, the track layer only of the HRliS is 
attached to the Reaction Control System (RCS) and the system is trans- 
ported to its specified location on the structure. In the second fig- 
ure, the IlRltS is used after the first shuttle flight to continue the 
Space Station construction. In the upper two figures, the truss seg- 
ment is removed from the payload bay and positioned on the structure. 
The truss segments are then unfolded and attached to the structure 
prior to rigldlzlng and deployment of the new section. Note that in 
this figure the MRMS is being viewed from one underside. 
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6.2,4. MRMS Evolution 

A summary of the anticipated MRNS System evolution In shoim in Figure 
6. 2. 4-1 and the top-level requirements In Table 6. 2. 4-1. All of the 
original IOC capabilities will also be available throughout this span. 

In 1993 two 20-foot arms will be added and additional control capabill- 
■ ties Incorporated, as shown. The positioning arms have the freedom to 
translate along opposite sides of the top layer. This capability - ; 

greatly e^spands the work volume of the positioning arm as well as the ■ 
i astronaut. It also has the option to have the astronauts, work as a 

pair In a dual-am mode. The Telepresence Work Station (TWS) will be ■ 

Incorporated, to at- least partially replace the EVA need, in the 

1995-1997 time frame. Ultimately, the system will evolve .to operate . 

under teleautomation to further reduce the level of man-intensive 

supervision of the system. Note that the overall evolution is covered 

In this section rather, than splitting between subsequent sections. ^ " • 
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1997 
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*0 HRMS (BASIC) 

- RMS ^ 


- EXCHANGEABLE EE- 
*0 MANNED PLATFORH(S)- 
*0 TELEOPERATED (SS) - 
« TELEOPERATED (GHD) • 

- TIME DELAY - 


O MRMS 


- TKO 20* arms 

- DUAL-ARM CONTROL 

- ADAPTIVE CONTROL 

- PORCE/TOROUE CONTROL 

ft ADD 


- DEXTEROUS TWS OH 20' ARM(S) 

- limited' SUPERVISORS CONTROL 

O ADD 


- coordinated 

MULT I ARM UNITS 


ft ADD ■, 

- TELEAUTO''ATIOH 


•technology EXISTS 

Table 6.2.4-I MUMS Requirements 


SYSTEM REQUIREMErnS ; ' 

o STATION ASSEMBLY 
o MODULE. REMOVAL 

. . OMV/OTV BERTHING IN THE HANGAR AREA 

. DEPLOYMENT OF THE OMV/OTV FROM THE HANGAR AREA 
. .AID TO OMV, OTV, AND SATELLITE SERVICING 
i c MAINTENANCE & REPAIR 

HARDWARE REQUIREMENTS ; 

• POSITION ASTRONAUTS (TWS) FOR EVA FUNCTIONS 

o TRANSPORT MODULES AND/OR PAYLOADS FROM THE SHUTTLE 
CARGO BAY 

..MOVE IN TWO ORTHOGONAL DIRECTIONS 
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Two astronauts are shown durlngcoristructlon activities with the MRMS in 
Figure 6. 2. 4. 2, which shows the utilization of the two 20-foot posi- 
tioning arms in conjunction with the Mobile Foot Res Ji^sint system 
(Figure 6. 2. 3-4) and the RMS crane. Major components of this advanced 
MRMS are shown in Figure 6. 2. 4-3, which depicts the three-layer con- 
struction of the system. The strongback cube assembly steps, utilizing 
the MRMS are shown In Figure 6. 2. 4-4, 

Although the EVA astronaut Is an Integral part of asrembly work and is 
needed to accomplish the finer, precision tasks, there has been a con- 
siderable amount of discussion on the usage of EVA astronauts. The 
major problem is the high cost of supporting a man, not to mention the 
risks involved. An alternative to man will be the TWS at the end of 
the positioning arms, as shown in Figure 6. 2. 4-5. The TWS has the same 
cr greater capabilities than man, yet reduces the amount of support 
equipment and preparatory work. The TWS is shown in greater detail in 
Figure 6. 2. 4-6. 

Typical system and subsystem design requirements are listed in Tables 

6. 2. 4- 2 and 6. 2. 4-3. An isometric of a potentially suitable joint 
drive for a positioning arm is shown in Figure 6. 2. 4-7. This 
particular drive' is part of the Protoflight Manipulator Arm, which is 
resident and la use at Marshall Space Flight Center. This drive was 
zero backlash and Imbedded sensors (resolver and tachometer). Greater 
accuracy could be achieved by Incorporating optical encoders. Figure 

6. 2. 4- 8 is a schematic of the same drive, showing the cable routing 

acroStr the joint. ■ 

For additional source information refer to Appendix A, 26, 29 & 34. 
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Table 6.2A-2 MRMS System Requirements 


- MODE OF TRAHSLATION 

- PHYSICAL FEATURES 

- DESIGH ASSEMBLY 

- HEIGHT 

- SI7.E . (FIT WITHIN) 

OPERATIONAL LIFE 

- LOAD CARRYING, SAFETY FACTOR 
-ELECTRIC POWER, VOLTAGE 

- SPARE WIRES PROVIDED 

- CONHECT/DISCONNECT CAPABILITY 

- PROVISION AGAINST- MISMATING 

- SYSTEM SAFETY DESIGN, ‘ . 

- MAINTENANCE APPROACH-^.; 

- NAMEPLATES AND IDENTIFICATION 

- VIEWING ACCESS (IDENTIFIERS) 
SPACE STATION INTERFACES 


PROPOSED VALUE 

PORTABLE/TRANSPORTATION 

ANTHROPOMORPHIC 

MODULAR SEGMENTS 

GOAL OF 600 LB 

4 FT DIA, STOWED 

10 YEARS, WITH t-lAINTENANCE . 

YIELD 1.5, ULTIMATE ?..0' 

?.Q + 4 VDC , 

20-X . 

REMOTE WITH MANIPULATORS 
KEY- AND KEY WAY POLARIZATION 
FAIL-SAFE OPERATION 
MODULE REPLACE . 

PERMANENT IDENT. 

DIRECT VISUAL, CCTV OR MIRRORS 
RMS,- MRMS, 7 FACILITY SERVICES 
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6.2.4-3 MRMS Subsystem Requirements 

- . ARMS. CONFIGURATION (SLAVE) 

- HORIZONTAL MAXIMUM REACH 
-. DEGREES OF FREEDOM 

- JOINT ORDER: SHOULDER 

UPPER ARM 

ELBOW 

WRIST 

- TIP FORCE ARM FULLY EXTENDED 

- TIP SPEED ARM FULLY EXTENDED (HO LOAD) 
-■ BACK DRIVEABILITY, FULL EXTENSION 

- : BRAKING ACTION 

- FORCE LOOP RESPONSE 

- ARM DEFLECTION " 

- ARM BACKLASH 

- END EFFECTOR' 

- INTERCHANGEABLE MOUNTING 

- CCTV/LIGHTS - 

- PAN/TILT DEVICE 

- ILLUMINATION AT WORKSITE ' 
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MODULAR, ANTHROPOMORPHIC (2) •* 

50 IN 
7 

PITCH AND YAW 

ROLL 

YAW 

ROLL, ROLL, ROLL (COMMON INTERACTION) 
50 LB 

18 IN/SEC ' 

3 LB TIP FORCE 

PROVIDE ON ALL BACKDRIVABLE JOINTS 
VARIABLE BETWEEN 0.2AND 4.0 Hz 
NOT TO EXCEED 1.0% OF TOTAL TRAVEL 
:N0T to EXCEED 0.2% OF TOTAL TRAVEL 
STANDARD PARALLEL VICE GRIP MOTION 
DECOUPLED AT WRIST FOR TOOL. INTER. 
TOTAL COVERAGE OF ARMS ACTIVITIES 
+ 90° TILT, + 180° paa 
60 FT CANDLES 
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Fi^re 6.2A-2 Construction with MRAIS 








Figure 6.2A-5 Af/lVJS with TWS System 
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Figure 6. 2.4-8 Elbow Yaw Drive Scbeiitatic 
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6.3 . SPACE STATION EXPANSION 

6.3.1 Descrljatlon . 

The concept mission selected to represent the expansion or modification 
. of an IOC Space Station was the Technology Development Mission (TDM) 

No. 3 concept, developed and presented In Contract NAS8-35042, "Deflni- 
i tlon of Technology Development Missions for Early Space Station - 

Satellite Servicing." The objective of TDM 3 Is to demonstrate assem- 
bly or modification operations at the Space Station., This TDM empha- 
sizes assembly of servicing related elements of the Space Station and 
Is designed to be completed with two Shuttle missions. 

The major activities which must be planned and executed for the suc- 
cessful completion of the mission are sho\m in Figure 6. 3. 1-1. 

. Figure 6.3. I TD.M3— Satellite Servicing Support Area Assembly 
i\ ■ • ASSEMBLE (tRCCT A«n DEfLOr) SERVICING ARCA STRONGBACK 



These activities have been grouped into three phases for further de- 
composition Into more detailed work elements: 

1) Strongback Assembly and OMV Berthing Ring Attachments 

2) Servicing Facility Assembly onto Strongback 

3) Fuel Depot and Services Storage Facility Docking. 
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6.3.2 Aasembly/Constructlon Scenario 

. 6. 3, 2.1 Phase 1 - Strongback Assembly Deacrlptlon - The major- TDM 
events and top-level derived requirements for Phase 1 are shovm In 
Table 6. 3. 2-1. 


Table 6.3. 2-1 Phase 1— Strongback Assembly 


EVENTS 

REOUIRErENTS ' - 

• FIRST STS docks TO SS 


• TRANSFPORT AND ATTACH STS CARGO 

• RMS ACCESS FROM STS DOCKING AREA - 

CANISTERS TO STAGING AREA, 

TO SERVICE AREA ' 

• REMOVE STRONGBACK SECTION FROM 

• STRUCTURAL INTERFACE AND UTILITIES 

canister and deploy, using RMS. 

PASS-THROUGH FOR SERVICING STRONGBACK, 

0 POSITION DEPLOYED STRONGBACK 

• RMS TRACK CLEARANCE FOR PAYLOADS 

SECTION INTO LATCHES OF 


STAGING AREA. 

SS RH? 

« ASTRONAUT IN EVA CONNECTS/CHECKS 

• RMS CONTROL CONSOLE 

LATCHES . ' 

0 TWO ARM CAPABILITY 

• REPEAT PROCEDURE FOR 

. - 

REMAINING STRONGBACK SECTIONS* 

SERVICING SUPPORT ARFA 

0 ATTACH CABLING TO STRONGBACK 

eku/kmu ‘ 

USING EVA CREW, 

• RKS/RMS TRACK 

• ATTACH OMV BERTHING RING TO 

0 COMMUNICATIONS 

STRONGBACK. - 

- CC TV 

■ .'■'T 

- AUDIO 


0 TOOLS/EQUIPMENT 


- LIGHTS 


- TETHERS 


-TOOL CADDY 


- LATCHING TOOL 


The staging area is the Space Station structural interface for the ser- 
vicing strongback. Shuttle cargo canisters will be attached to the ■ 
side of the staging area. These canisters will carry all parts to be 
assembled during the mission. The use of these cargo canisters will 
free the orblter for return to earth and reduces travel of the station 
manipulator. The interim storage canisters could be designed and con- 
figured to be lightweight storage enclosures to provide thermal and 
micrometeoroid shielding for storage of OMV, servicers, and replacement 
modules. 
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This phase includes removal of folded deployable service strongback 
support elements, deployment of the elements to full extension (by a 
dual-armed manipulator or by astronauts in EVA), and the attachment of 
the five elements. The strongback elements will be automatically 
latched using the RMS manipulator or latched and verified by astronauts 
in EVA. 


J 


Figure 6. 3. 2-1 shows a visual representation of the deployment and - 
attachment of the servicing strongback elements. 

The RMS construction crane lifts the canisters containing the stowed 
strongback stru.:ture from the payload bay and transfers the canister to 
the RMS. The canister is transported by RMS to the staging area and . ..'■r''' 

attached. The RMS is used to remove each strongback section from the 
canister and assist in deployment. Each strongback section will be _ 
latched onto the preceding section and will be visibly verified by EVA 
crew members. ’ j 

The strongback is composed of five 29-foot sections. Using the. RMS and 
EVA crew, cabling is removed from inside the staging area and is moved 
down along the strongback, being attached at. appropriate locations by!" 
the EVA crew. 
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Figure 6. 3.2-1 Phase 1— Service Support Area Assembly 




6. 3. 2. 2 Phase 2 - Servicing Facility Assembly - The procedure used and 
discussed in Phase 1 is also used in the assembly of the servicing 
facility. The elements of the servicing facility will be Included in 
the first Shuttle mission. 

The RMS will be used to attach individual track sections of the servic- 
ing facility, with an Wk crev/ verifying latch-up. Both a support 
cradle and carousel mechanism, to rotate satellites, will be Installed > 
for use in servicing vehicles. 

The requirements for inside the servicing facility, are listed below in 
Table, 6. 3. 2-2. - 
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Table 6.3. 2-2 Phase 2— Servicing Facility Assembly 


EVENTS 

REQUIRET.ENIS 

■ REKOVE SERVICING MODULE BASE . 

SERVICING FACILITY 

TRUSS FROM CANISTER. 

# LIGHTING AIDS 

• POSITION AND DOCK BASE TRUSS AT 

9 WORK STATION 

INTERFACE POINT ON STRONGBACK 

. - FOOT RESTRAINTS 

• REMOVE SECTION OF SERVICING 

• STORAGE BINS 

FACILItV TRACK FROM CANISTER. 

• PAYLOAD CRADLE/CAROUSEL MECHANISM 

AND ATTACH TO BASE TRUSS. EVA 

6 THERMAL CONTROL 

CREW VERIFIES LATCH-UP. 

• ASSEMBLY/MAINTENANCE TOOLS/EOUIPMENT 

t REPEAT PROCEDURE FOR REMAINING 

. - TOOL CADDY 

, SERVICING facility TRACK 

- POWER RATCHET TOOL/BATTERY POWER 

SECTIONS, 

TOOL 

• ATTACH CRADLE INTO SERVICING 

. - MODULE SERVICE TOOL 

FACILITY TRACK. 

- DISCONNECT AND JAM REMOVAL TOOLS 

9 ATTACH HARD COVER SECTIONS. 

9 BERTHING CAPABILITY 

9 ATTACH SERVICING MODULE CABLING 

; fi COMMUNICATIONS - - 

TO STRONGBACK CABLING USING 

- CC TV 

EVA CREW. 

- AUDIO 

« CHECKOUT FACILITY SUBSYSTEMS. 




The assembly of the servicing facility is illustrated in. Figure 6. 3.2-2. 


Figure 6.3. 2-2 Phase 2— Servicing Support Area Assembly 
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The RMS will position and dock the servicing hangar base truss to the 
strongback. EVA crew will visually verify latch-up. The RMS will 
return to the staging area and remove a section of the servicing hangar 
track/truss. The RMS will attach the track/truss to the base truss, 
with an EVA crew to visually verify, latch-lip. This procedure is re- 
peated for the remaining sections. The RMS will then Install the 
carousel mechanism on the base truss and cradle support elements on the 
servicing track. A hard cover will be assembled around the servicing 
facility using the RMS with astronaut EVA support. Cabling attachments 
. by the EVA crew will be the final step in the assembly of the servicing 
facility. 

6. 3. 2. 3 Phase 3 - Fuel Depot and Services Storage Facility Docking - 
The third phase of this TDM involves the docking and checkout of the 
fuel depot and installation of the servicer storage facility on the 
servicing strongback. 

Each of these servicing elements is transferred directly from the 
Shuttle cargo bay to appropriate interface points on the strongback 
using: the station manipulator. An EVA crew member-will verify latch-up ■ 
- and connect all utility cabling. System/subsystem checkouts will then 
be conducted.- 

The major events and top-level functional requirements are listed in , • 

Table 6. 3. 2-3. ' : ' 

Illustrated below (Figure 6, 3. 2-3) is the transport of the servicer 
storage module by the station manipulator .to the Interface point on the. 
strongback. The dual-armed tracked manipulator is one application of’ 
the requirement to transfer these elements from the STS to distant 
assembly Installation points on the servicing arm. 
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Tabic 6.3. 2-3 Phase 3— Fuel Depot aud Servicer Storage Facility Docking 


Figure 6.3. 2-3 Phase 3— Servicer Support Area Assembly K 
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Figure 6. 3. 2-3 presents a conceptual Space Station satellite servicing 
; support area containing many of the support elements considered requi- 
site to enable servicing operations, at a fully-developed early Space 
:, Station. 

The support area Is connected to the Space. Station by a strongback sup- 
port element, which provides distancing from the nucleus of the sta- 
tion. As shown, the servicing support area contains a central servlc- 
' Ing facility, a fuel depot, a Space Station manipulator, capable of 
. translation throughout the area, an Orbital Maneuvering Vehicle (OMV) 
berthing port, and a servlcer/module storage facility. 

6.3.3 Conceptual Design 


The conceptuaT design for this TDM configuration Is separated Into two 
' parts: the servicing facility module designs and the assembly and 

construction support equipment designs. Each part has Its own unique 
design features and Interface requirements. Based on Information pre- 
sented In the "Space Station Reference Configuration Description" docu- 
ment,, the conceptual design of the above Items should address the fol- 
lowing concerns Identified therein: 

1) Two dedicated work sites or "bays" are required: ^‘one bay Is needed 
-to perform servicing operations and the other to perform refueling . 

operations. . Several of the spacecraft serviced or repaired contain 
optical Instruments that are highly sensitive to molecular and/or 
particulate contamination. Separate facilities' for-servlclng and 
refueling operations are necessary to prevent possible contamlna-- 
tlon of optics, 

2) This concern with the sensitivity of payload instruments to various 
contaminants dictates that the servicing bay be separated and/or 
"upstream" from the refueling and fluid storage areas, from the 
orbiter berthing area, and from any pressurized nodules that may 
vent contaminants (e.g., laboratory or commercial nodules). 
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3) The refueling bay and fluid storage area should be located so as to 
reduce any hazard potential to satellites being serviced, instru- 
menta/payioads externally attached to the station, or station sys- 

. tens such as the solar arrays or radiators. 

4) An access corridor with sufficient clearance must be available for 
the OMV vrf.th attached payload to move close enough to the station 
so that the MRMS can grapple and berth the OMV, and the payload. 

5) MRMS access to servicing facility elements is required so that pay- 

loads may be moved between the servicing, refueling, and storage 
areas. Also, Orbital Replacement Units (ORUs) must be moved be- 
tween, the orblter and the ORU storage area. . ? 

6) A clear translation path is needed for the. movement of EVA crews •' 
between the core modules and the servicing facility elements. 

7) The elements of the servicing facility will need to be provided 
with utilities Including power, lighting, CCTV, liquid lines, and 
data/conmunications. 

8) -The 'elements which make up a servicing facility that accommodates 
IOC mission servicing are, the following: 

a). Servicing Bay : A cylindrical volume (not necessarily enclosed) 

which is 30 feet in diameter and 70 feet in length. This vol- 
ume allows for the berthing of a 15-foot diameter by 60-foot- . 
long satellite with clearances all around for movement of EVA 
crew and the placement of work stations. The servicing area 
will have provisions for berthing payloads either by a Flight 
Support Structure (FSS), which has tilt and rotation capabili-, 
ties, or by trunnion latches. . Moveable or reattachable berth- 
ing assemblies would permit the berthing of more than one pay- 
load in this area. 
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The servicing bay is attached to, and parallel with, the upper 
keel above the transverse boom. 

b) Refueling Bay ; A cylindrical volume with the sane approximate 
dimensions as the servicing area and similar berthing mecha- 
nisms. The refueling bay is situated on the lower keel just 
above the radiators . 

c) Satellite Storage Area ; A cylindrical volume with the same 
dimensions as- the servicing area (l.e., 30-foot diameter by 
70-foot length) -and with the same berthing mechanisms. (This 
volume, is in excess of the approximate 15-foot diameter by 

, 60-foot long volume which is actually required for storage pur- 
poses. However, allocation of the additional volume would per- 
mit this area to evolve into another servicing area for the 
growth station.) Tlie satelH-te storage area is located across 
the upper keel from the servicing bay, 

d) Fluid Storage Area : An area which will provide facilities for 

storage of propellants, pressurants, and coolants for the pay- 
loads. It is located just beneath the refueling bay at the top 
of the keel extensions. . 

e) Ol-tV Storage Area ; A cylindrical volume approximately 15 feet 
in diameter and 4 feet in length. The OMV storage area is 

■ situated on the keel extension just beneath the radiators. ■ 

f) OMV Kits Storage Area ; Two cylindrical volumes approximately . 
15 feet in diameter and 4 feet in length. They are located on 
the keel extensions opposite to the OMV storage area. 

g) ORU Storage Lockers ; Each enclosed rectangular locker is 3 x 5 
X 5 feet. Ten lockers will be available for ORU storage. They 
are placed on the power boom in board of the alpha joints for 
convenient access from the servicing bay. 




MOf 84-18^ 

, . Novenber 1984 

6. 3. 3. 2 Assembly and Construction Support Egulpcent - The purpose of 
this effort was to Identify support equipment concepts with present or 
future application to expansion considerations for Space Station. The 
approach used depended on the top-level events and requirements prey 
viously shown in Tables 6. 3. 2-1, 6. 3. 2-2 and 6. 3. 2-3. Items on these 
tables were inspected to Indicate those that are common to all tables 
and also common to equipment currently available with the Shuttle. 

Table 6. 3. 3. 2-1 summarizes the types of major support equipment re- 
quired in building onto the IOC Space Station. It should be noted that 
the overall support- equipment, complement needed In an operational Space 
Station, l.e., servicing, manufacturing, etc.,. could well be a subset 
of the total identified in Table 6. 3. 3. 2-1. Depending on the actual 
Space Station and Support Module configuration, and on trade studies of 
concept alternatives, overlapping assembly and construction support 
equipment will be combined into a composite, efficient set. 

Table 6.3. 3.2-1 Assembly attd Comtructiou Support Equipment Lht 


Function 

- Manipulators, Fixed Base 
y.- Transporter, Mobile Base 

- Dual Manipulator, Attached 
to Rail Mounted Mobile Base 

- Portable Docking Device 

. - Aligner - , 

- Fastener , ' 

- Cherry Picker 

- Tool Caddy 
-Lighting 

- Rotating Base 


Possible Equipment 

- Shuttle Remote Manipulator 

- Rail Mounted Platform (New) 

- (2) Shuttle-Like Remote 
Manipulators 

- Universal Docking Unit (New) 

- EVA, TV, Laser 

- EVA, Manipulator, Portable 
Latching Tool, etc. 

- Shuttle-Manned Foot Restraints 

- Universal Tool Storage (New) 

- Portable Lighting Unit with 
Cameras (Shuttle Unit) 

- Carousel Mechanism (New) 



£ /. n 




I 


/ 



■ 


" • ’ 1 
1 

n 

6.4 

; LARGE SPACECRAFT AND PLATFORM ASSEMBLY 


HCR 84-1878 ' 
November 1984 

' j 

'■ t 

i 

i 

t i 


6.4,1 Description ~ The capability of having on-orbit asscnbly and construc- 
tion is a valuable resource for missions Involving large structures, 

: It allows the mission to be flexible by not having the Shuttle bay 
limit the size and the mass of the various components. With the Space 
; Station operational. It can store pieces and assemble major compo- 
nents/structures that cannot be carried on a single flight. 


i To obtain Increased resolving power, sensitivity, and broader wave- ; ■ 

' ' : lengths, the size of the projected astrophysic payloads would have to 

: be increased. Unfortunately, this- -means major components like the ■ 

/ optical system would have to be folded (a standard practice). The , 

^ autonomous deployment mechanism will be very expensive, complicated, 

I and possibly unreliable. Modular assembly in space offers another, 

i' option that Is technically feasible and economically attractive. Hav- , 

i, Ing man assist, the structure can be simplified with the payload having j 

reduced mass. .. ; 


The reference mission identified in Section 6.1.3 is the Large Deploy- 
able Reflector- (LDR). It will operate between the 30. and 1000 micro- . 
meter range and will be suited for observations of massive interstellar 
clouds associated, with active star formation. This submllllneter and 
Ifar Infrared observatory will be In a low-earth orbit. _ . 

The assembly and construction scenario for this' reference mission (LDR) 
Is based on earlier work performed on contract NAS8-35042, "Definition 
of Technology Development Missions (TDM) for Early Space Station - 
Satellite Servicing." The specific mission Identifier was TDM 4.‘. 
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The major activities that must be executed for successful completion of 
, assembling the LDR from the apace station are Illustrated below in 
Figure 6. 4. 1-1. These activities are separated into three phases: (1> 

, Spacecraft Package and Primary Mirror Assembly, (2) Secondary Mirror 
and Sunshade Assembly, and (3) Orbital Transfer Operations. The mls- 
' slon selection LDR and the assembly approach depends on the assumption 
‘ that a shuttle or shuttle derivative can deliver to space Station the 
LDR's structural elements, reflector segments and subsystem modules. 
There are five primary components to LDR that have to be integrated: 
the primary reflector and Its backup truss, science instrument, space- 
craft, secondary reflector, and sunshade. The modular design approach 
calls for the najd'r subsystems to be physically separate during launch 
and assembled on orbit. 

Figure 6.4.1'1 Assettibiy of Large Spacecraft 

* DELTVER LARGE PEPLOYABLE REELECIOR (LDR) STRUCTURAL ELEMENTS AND REELECTOR 

SEMIENIS TO SPACE STATION IN TUO ORBITER MISSIONS. - - ^ 

• ASSEMBLE LDR ON SERVICE STRUCTURE STRONGBACK USING MHU AND STAIIOtl RMS/WORK 



6.4.2 Assembly/Construction Scenario 

6. 4. 2.1 Phase 1 - Spacecraft Package and Primary Mirror Assembly - 
Figure 6. 4. 2. 1-1 shows Phase 1 — the functional block flow for hand- 
ling the nodules from the launch stowage location In the orbit bay , 
through the primary mirror assembly. 

. ■ ■ ' . ' - - - 6-51 ' . ■ 
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Initially, the spacecraft is mated to the science instrument. This . . , 
could be done in the cargo bay or on the servicing support area of the 
Space Station. Figure 6. 4.2. 1-2 shov/s the 'cdtgo “bay option in which 
the LDR science instruments are mated- to the LDR spacecraft using the 
shuttle cargo bay RMS. This package is transferred to the Space Sta- 
tion RMS which will then transport and attach the spacecraft/scientific 
Instrument package to the rotating ring located on the servicing 
strongback to aid in the assembly process.. 


Figure 6.4.2. 1-2 LDR Asscmbly^Pbasc I (Cargo Day) 
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The most Important feature in the modular design is the Interfaces. 

They should be simple and straightforward with assembly accomplished in 
a controlled manner. Tests will be conducted to verify the integrity 
of the spacecraft mated with the science instrument. The next compo- 
nent attached la the primary reflector. The mirror is attached in seg- 
ment clusters to a backup truss. 

An assembly approach of the LDR primary mirror segment clusters is il- 
lustrated in Figure 6. 4. 2. 1-3. The Space Station's dual arm RMS, trav- 
eling on its track network, delivers to the assembly area one of the - 
LDR' a primary reflector segments. Assembly is accomplished by astro- 
naut EVA, with the astronaut located on a portable work platform that 
is mounted on the end of the RMS am. The work platfora will contain 
specially designed attachment tools, RMS control console and video 
presentations of assembly procedures. The rotating ring will be used 
for the assembly of follow-on segment clusters. 


Figure 6.4.2. 1-3 LDR Assembly-Phase I (Mirror Clusters) 
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6. 4. 2. 2 Phase 2 - Secondary Mirror and Sunshade Assembly - The. next 
Shuttle flight carries the secondary mirror. This starts Phase 2, 
which Involves the attachment of the secondary mirror support, second- 
ary mirror and the LDR sunshade as shown In Figure 6. 4. 2. 2-1. The^, 
secondary mirror is attached to the primary mirror by a tripod struc- 
ture. This is accomplished using Shuttle RMS/work platform controlled 
by astronaut In EVA operation. Assembly equipment and assembly tools 
are situated on the work platform. Following attachment of the second- 
ary mirror, LKl primary and secondary mirrors are operated, evaluated 
and tested. 


The last major component, the sunshade elements, can be attached to the 
primary mirror support assembly at this point. 


Figure 6.4.2.2-1 Secondary Mirror and Sunshade Assembly Functional Flow 
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The deployment of the individual sunshade elements is demonstrated in 
Figure 6. 4. 2. 2-2. The Initial sunshade element is deployed, by astro- 
naut In EVA operation, and remaining elements are attached to the ad- 
joining sunshade segment. Following completion of sunshade attachment, 
the LDR assembly Is complete. 

The system Is checked out by performing an operational validation test. 





o 


OF-FCO'.v Vi- 


HCR 84-1878 
November 1984 


Figure 6A.2.2-2 Phase 2-LDR 
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6. 4. 2. 3 Phase 3 - Orbital Transfer Operations - Tlie Large Deployable 
Reflector is now ready to be transferred to its final operational 
orbit. The orbital maneuvering vehicle (OMV) is checked, refueled, and 
transferred to the Integration facility. There the LDR and the OMV are 
mated as indicated by the functional flow shown in Figure 6,4. 2. 3-1. 


Figure 6.4. 2. 3-1 Orbital Transfer Operation Functional Flow 
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A Space Station mission control crewmember will use an RMS console to 
< '/ |i' move the RMS over to the OMV berthing port and grapple the OMV. The 

I RMS controller will then nove.the mated and checked-out RMS/OMV to the 

I ij . fuel depot for a remote refueling operation. The OMV is attached to 

; i the fuel depot and loaded with fuel/or mission load. The OMV is trans- 

-,| ported and mated to the LDR structure. . 



J i 

i i 


i. 



The OMV/LDR will cold-gas away from the space station to a distance of 
2000 - 3000 feet to minimize contamination from the plume of the OMV ' 
main engines, and complete orbit transfer operations. 

Finally, the OMV will take the LDR to operational orbit, release it, 
and return home to be refurbished as illustrated in Figure 6. 4. 2. 3— 2. 


Figure 6.4.2 3-2 Phase 3-LDR Assembly/Delher 
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Construction scenarios being developed reference deployable modules or 
tetrahedral substructures on which hexagonal mirror facets are located 
using a special remote manipulator. This manipulator rould be the 
MRMS. Besides having this crane, it serves as the logistic vehicle be- 
tween the cargo bay and the assembly facility. The scenario starts 
with the MRMS removing the scientific package," the mirror facets, and 
structure and delivering them to the assembly facility.. The observa- 
tory Instruments are attached to a "temporary" support structure that 
initiates the assembly. This structure permits -the package to rotate 
about its centerline. The centerline is canted 7® to ease assembly 
work. The crane is Important in locating the support structure on the , 
instrument module. The frame consists of tetrahedral trusses assembled 
in rings with the interior rings attached to the Instrument module. As 
sections of the support structure are completed, hexagonal mirror 
facets are moved from the MRMS and secured to the structure by EVA as- 
tronauts on the foot restraint manipulators. Attachment is via three . 
points that are motor controlled for fine positioning. The instrument 
module pivots about the mirror axis, thus permitting the astronauts to 
assemble the mirror with moderate motion of the work station to which 
they are attached. .The MRMS need only translate front and back, '^e 
7“ canted axis permits the entire mirror to be assembled with eleva- 
tions of the astronaut not totaling more than three feet. .One or two .. 
rings could be assembled during each revolution of the nodule. 


; 'Two EVA astronauts could work together in assembling the primary re-' 

j ■ fleeter. If the mirror panels are too bulky for two men, the MRMS 

/ crane will be able to hold them in place, 

/ i -■ , ■ ' • 
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The next component to be assembled is the sunshade. The sunshade may 
consist of a number of tubular structural elements that are joined 
together by simple latch connectors. A blanket of optically opaque .. 
material connects the- structural tubes. The shade is built for one 
side of the hexagon.. As a shield is finished, it is pivoted at the 
mirror-shield intersection and raised by the IIRMS crane manipulator. 

One or both EVA astronauts may be used to construct the sunshade. 

Once two sides of the sunshade are erected,, the support structure- for 
the secondary reflector can be assembled. It will consist of circular 
tubes, raised and locked together to form a tripod. With two legs 
fixed, the tripod can be rotated to its final position.- With the , 

secondary mirror in place, the remaining four sides of the sunshade can 
be completed. A number, of studies both completed and ongoing are dis- 
cussed in references 15, 18, & 31. ’ 

The MRMS crane and EVA astronauts are utilized in joining the space- - , ' ■ 

craft with the scientific instruments. After all final checks are 
made, the LDR is placed into orbit with the aid of the OMV. 



- , - V. 

6.5 GEOSTATIONARY PLATFORM ASSEMBLY ' 




/■ 

■ . -i ' t 
I - - 



The assembly and construction (A&C) of a Geostationary (GEO) platform, 
represents assembly and construction techniques that are most futur- 
. Istlc due to a number of new constraints.'. These constraints also open 
up a number of new alternatives for the assembly and construction 
spacecraft system designer to consider. Figure 6.5-1 Illustrates the 
primary range of alternatives open to the constructable and maintain- 
. able GEO platform designer that have the greatest Impact on availabll- 
- Ity of construction materials, support equipment and personnel. These 
" are: 1) assemble or construct the GEO platform completely in low early 

orbit (LEO) and transport to GEO as a single unit, 2) assemble or con- 
struct the GEO platform as modules and transport to GEO where final 
assembly would take place, and 3) assemble and construct the GEO plat- 
form, completely at GEO. 


< • 
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Figure 6.5-1 Coustruction Location Options 
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The A&C operational mode selected has a significant impact on construc- 
tion scenarios, system designs, and program costs. A review and as- 
sessment of the above options resulted in selecting item 1 from above 
-.-.for further definition. Rationale for selecting 1 over 2 and 3 de- 
pended on the observation and intuition that 2 is more costly than the 
other reference missions; and that 3 would most likely Involve humans 
at GEO. , » . 


■irU ■ 


A major problem in utilizing humans in GEO is the long-term effect of 
radiation which is minimal in low earth orbit. To reduce the radiation 
doses to man, a composite shield is required, comprised of a low dens- 
ity material to absorb electrons, followed by a high density material 
to deflect the. Bremsstrahlung (penetrating secondary x-rays). The high 
energy protons resulting from solar flares present a more difficult 
shielding problem than electrons. Therefore, a strategy based upon 
solar prediction, coupled with a well-shielded area of retreat, may be 
applicable. The effects of radiation are cumulative with time. The 
longer a crew is on orbit and the more time spent, in -suited EVA, and 
the less protection received from the EVA suit, the more protection the 
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habitat must provide. The added Impact of the shielded habitat being 
transferred to GEO Is an extremely high cost Item and should be com- 
pared against a teleoperatlon control mode from ground. 

6.5.1 Description 

■ The reference mission selected to represent this cases Is an advanced 
commercial communications system configured as a single large communl- 
; cations satellite In geostationary orbit. (3) Its purpose Is to. Inter- 
i- connect approximately 25 million users anywhere In the U.S., direct 
from user-to-user through wrlst-slzed radio telephones, according to 
the "NASA Space Systems Technology Model," Volume III, fifth Issue, 
dated January T984. This specific mission Is covered under the section 
called Landmark Missions and identified as LM-7. This. is a fairly 
large satellite In that it measures over 500 feet from tip to tip, with 
: - ; an antenua that must measure betv7cen 230 to 330 feet In diameter. 

The satellite Is expected to weight 30,000 kg, have a 300 kw solar cell 
power system, and transfer Itself to GEO following assembly and check- 
out at a LEO Space Station. 

Large .platforms. of this .type will require two or more Shuttle launches 
to place their components In LEO. It Is proposed that by the time this 
. system Is launched it will be assembled by human-like machines- (Intel-' 
llgent 'manipulators) with astronauts as contingency backups. Once com- 
pleted It will be propelled to GEO using relatively low thrust chemical 
rocket engine or electrical propulsion (EP) systems. The advantage of 
an EP system Is the large electrical power source on board needed for 
communications would power Ion engine to perform the transfer. Once . 
the operational orbit is reached, these Ion engines could be rotated to 
serve for on-orbit attitude and stationkeeping translational control. 
Also, the modular configuration required of the electronics to allow 
unmanned . repair In the operating orbit lends itself well to initial’ 
assembly by similar unmanned systems. 



X 
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6.5.2 Assembly and Construction Scenario 
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Since this satellite represented a future capability the assembly site 
selected is based on a LEO Space Station configuration that may either 
be manned or unmanned.' 


The scenario proposed is separated Into* three phases: a) initial GEO 

platform assembly of satellite at a LEO Space Station base, b) checkout 
and deploy modules to GEO, and c) activate in GEO at satellite opera- 
tional site. . 



I 



n 



The major activities and functional steps required to execute the 
assembly portion of this mission are listed In Table 6. 5, 2-1. 


Table 6. 5. 2-1 Overview of Satellite Assembly 


Activity Events Sample. 

Assembly Support Equipment 

- Position Rotating Base on Assembly 

- Work Station and Adjustable Rotating 

Fixture 

Platform 

- Remove Package* from Payload Bay 

- RMS Access and Working Envelope 

- Transport Packages 

- KRMS 

- Assemble Base Support Structure 

- Advanced MRMS ■ ' 

- Deploy Package Sections and Attach 

- Advanced MRMS/HMU _ 

or Attach _ Deployable Sections to 


■ Structure and Deploy 

' ' ’ ' 

- Remove and Setup Antenna Surface 

- MRMS-rWS 

Alignment and C/O System 


-Rotate Structure as Required 

r Remote Control Console 

- Attach Space System Support 

- MRMS-IWS 

. Modules and C/O Electronics 


- Release from Assembly Support 

- MRMS 

Structure 


- Deploy from Space Station and 

- OMVs and MMUs 

Perform Final c/o Prior to GEO 


Transfer 



*Packages consist of deployable structures, and modules, l.e., subsystems and 
major components. . ' ■ ■ 
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The assembly overview Includes removal of folded deployable antenna 
sections and support elements from the cargo bay. Transfer to the 
assembly site where these elements are deployed to full extension (by a 
dual-armed manipulator or by dual MRMSs moving In opposite directions 
along the keel length) and positioned and attached at the proper loca- 
tion. . The same or similar steps are repreated until assembly la 
completed, - 

6.5.3 ' Conceptual Design " 

Figure 6. 5. 3-1 shows a visual representation of the satellite on Its 
rotating support fixture that in turn is mounted on the large space 
structures assembly support beam. This beam runs perpendicular to the 
main keel structure. This configuration provides greater flexibility 
In adjusting to various satellite diameters and also provides a work- 
site v;ith greater compatibility co a standardized manipulator reach. 
Also, due to the overall length of this satellite (+500. feet). It may 
- be. necessary to have a separate co-orbiting space platform for assembly 
of the structure. Some large space structures have unique satellite 
characteristics that make It difficult to assemble satellites with high, 
accuracy Uptlcs and large antennas in the current Space Station envi- 
ronment. For example, a co-orbiting platform' separated from the Space . 
Station could provide an assembly environment with lower contaminants, 
lower vibration disturbances, greater worksite flexibility, and be able 
:to accommodate large satellites. For additional Information see 
ireference 30. • 
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This section provides a collection from prior sections on analyses 
trade studies relevant to the Mobile Remote Manipulator System (MRMS) 
design characteristics and utilization concepts. Also, a’ analysls~of 
the, commonallty.'of general assembly and construction hardware with 
respect to the four reference mission models Is described. The common 
allty provides the basis for the automation assessments presented In 
subsequent sections. The Initial cut at a common list of ACSE Is pre- 
sented In Table 6.6-1. 

Table 6.6-1 Summary of Assembly Construction Support Equipment Caniliilates 


Primary Support Equipment Candidates 

1. Shuttle Remote Manipulator (RMS) 

2. Mobile Remote Platform 

3. Mobile Remote Manipulator System (MRMS) 

4. MRMS with 2-20 ft Arms (RMS Derivative) 

5. Telepresence Work Effector (EVA Analog) 

6. Mobile Foot Restraint (MFR - Shuttle) 

7. Closed —.Cherry Picker 

8. Universal Docking (Berthing) Unit 

9. Fasteners (Inherent In Design) 

10. Fastener Tools, (clamp, weld, rlvet> etc) 

11. Universal Tool Storage Unit 

12. Portable and Mobile Lighting/ Camera Unit 

13. Portable Control Box/Pendant 

14. Special Function Manipulators (5-DOF or Less) 

15. Carousel Mechanism (Satellite Assem Fix) 

16. Structure Deployment Aid, 

17. Alignment and Surface Accuracy Tools (Gross) 
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Table 6.6-1 (coiicl) 

18. Alignment and Surface Accuracy Tools/Sys (Fine) 

19. Checkout Tools, (Mechanical, Electrical and Data) 

.. 20. Portable Deployable Sun Shade 

21. Special Purpose End Effectors (Manipulator Exchange) 





6.6.1 MRHS and Other Trade Studies 

The HRMS, as described and Illustrated earlier In this section, con- 
sists of three basic elements or layers; level 1 Is the track layer, 2 
the central element and the top layer Is the logistics platform. The 
■ follovlng study data are functionally organized by the MRMS elements. 

6. 6. 1.1 Track Layer - 


i a) Track Concepts - The present concept envisions a set. of two' paral- 

lel tracks the size of the IOC space station cube structure ele- . 

- - • - 

ments (see Fig. 6. 6. 1.1-1). The tracks are designed to slide on 
; . . _ _ . pins located at the nodes of the structure. 



The HilHS must be attached to the structure on which It Is working 
because it has no free flying capability. The IOC structure Is 
proposed to be composed of tubing and there are several attachment 
options as shown in Figure 6. 6. 1.1-2. 
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The first (top) concept shown in the Figure Is the leading choice 
for attaching the MRMS to the structure; Most of the other con- 
cepts have problems with moving in the required two orthogonal 
directions. . The addition of the pins at each node minimizes the 
weight and modification needed to the existing structure concept. 
Adding -tracks to the structure would result in significant, weight 
problems. ' - 
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The ability to move normal to its facing direction is accomplished 
through the use of switches at the corners of the track structure. . 
By turning all joints 90°, the tracks are realigned to move in that 
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b) Node Shapes- - The phape of the nodes varies with the mating track 
as shown In Figure 6. 6. 1.1-3. 


The node should be flat with a stem diameter equal or greater than 
the radius of the top disk. With the surfaces of the head and 
track parallel, the vehicle will be totally captive with good over- 
. lap of mating parts. The comers should be slightly rounded to 


reduce binding problems due to misalignment. 
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The passing of tracks over nodes Is the most feasible concept for 
the attachment of the vehicle to the structure, but It is also a 
function of the drive mode (level 2). Currently, the addition of 
nodes Is the reference configuration. 

The IOC structure is made up of 9-foot length cubes. As a result, 
the track lengths including switches are 9-feet long. The length 
of the tracks will determine the tolerances between the node and 
track. Thermal gradients will tend to twist the tracks. There Is 
never a case when there is more than one node on a single track 
section. 

c) Rolling Motion Concept - The above node and track concepts involve 
a sliding motion between the track and the node. A possible 
alternative would be Incorporation of a technique using rolling 
motion, as shown in Figure 6. 6. 1.1-4. 

The rolling contact will reduce friction and wear on the system, 
but also adds a greater degree of complexity. 

Lubrication at the sliding Interfaces will help reduce friction 
build-ups and temperature hot spots. The lubrication will be 
either a-, sealed fluid or a dry type that is a space qualified ■ 
technique. 







Figure 6.6. 1.1-4 RoUhig Motion Concepts 


d) Corner Switches - The switches at each corner of the tracks will , 
rotate a mlnlmun of 90“ . By rotating each of the four corner ■ 
switches in the same direction, it allows the nodes to switch from 
one set of tracks to the other. 



n 


When work is. being done by the upper level crane or positioning 

arm, the stability of the tracks or its ability to stay rigid in 

relationship to the structure is important. The switches need to 

be locked to the node. This can be done by a can arrangement such 

that as the switch turned, it would tighten at some point beyond 

the 90” rotation. Table 6. 6. 1.1-1 compares the motor control- „ 

technique for each corner switch. 5^ ' • 
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Tabic 6.6. 1. 1-1 Corner Switches Motor Control Comparisons 


Mode of Control 

Comment 

One motor controls 
all four switches 

- One motor controls all switches slmulateously 
through linkages 

- All four switches turned In same direction 

- If one switch binds, everything binds 

One motor controls 
a pair of switches 

- No advantage over one motor per four switches 

- Both pairs must be controlled In unison If the 
vehicle Is to move In the orthogonal direction 

Individual motors 
on each switch 

- Fine adjustment of each switch to change 
orthogonal direction 

- The capability to adaptively tighten Its grip 
on the individual node; e.g., the movement 
produced, by the crane may require the front 
two switches to be fixed rigidly whereas not . 
the back switches. 


. There is no advantage in having only two motors. One motor for 
each switch has the capability to adjust the grip on each node, but 
If the control for one of the motors falls, the vehicle would not 
be able to change direction. The same Is true for the one motor ' 
mode when. a switch falls to turn. In either case, the MRJ'IS would 
have* to be repaired. A redundancy can be built Into the one motor - 
system by adding a backup motor. There Is a tradeoff between 
redundancy and added mass, ' . - . , . ' ■ 

Sensors will be needed both Internally and externally to the . 

switches. The Internal sensor Input will be the pointing direction 
of the switches. The external sensor will determine the relation- 
ship between the switch and the nearest node. 


6, 6. 1.2 Central Hlement - Level 2 Is the drive layer. . There are a 
number of possible drive techniques as shown In Table 6. 6. 1.2-1. 
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Table 6.6. t. 2- 1 Drive Technique Alternatives 



1 Type of Drive 

1 Amount of Scar 

1 Advantages/Disadvantages 1 


I Push/Pull - Draw bar 
' . 1 pulls out and at- 
I taches to next set 
' 1 of nodes. Once at- 
- : 1 tached, draw bar 

1 will pull entire- 
. 1 - vehicle . 

1 Nodes on structure 
I joint 

1 + Very light & comi>act | 

I + Minimum scar , , , 1 , 

1 - Size determined by | - 

I structure 1 . 

I - Not very fast 1 • 

! \'- 

/ : 

h ' 

1 


1 Wheeled-vehicle 
1 rolls about struc- 
1 ture surface 

1 Method of attachment 
1 must be revised to 
I conform to rolling 
1 vehicle. Need tight 
1 tether or rail for 
1 attachment. 

I + Very fast movement L. 

1 - Complex mechanism I 

1 for stability 1 

1 - Problem changing' . | 

I Direction . I ' 

' V 

/ ' ' 

. 1 

n ■ j 


i Rotating cable dr 
I chain that latches 

1 None for movement 
1 but possibly for 
1 attachment 

1 + Fast movement 1 -- 

1 - Length. of rotating | ■ . . 

1 device dependent on | . t 

1 truss dimensions I. - • , 

1 - Complicated •' . 1 

I mechanism . 1 . 

t 1 

j 


I Robotic crawler 
1 reaches and position 
- 1 Itself to move ' 

1 None 

1 + No scar I 

1 - Not very fast . 1 

1 - Complicated . | 

1 - Heavy , • ' I 







The drive level Is the means by which the vehicle moves about a. struc- 


ture. One basic requirement for the space station IOC is that the 
vehicle has the capability for movement in two orthogonal direction. •. 


t - - ' ’ • ■ ‘ ’ • - - . - ■ / 

n ^ ' : ''v,; ^ 
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Figure 6.6A.2-1 Other Drive Techniques : , November 1984 , 

1) Reference Drive Configuration - The push/pull system Is the refer- 
ence drive configuration from the Langley paper on a Mobile Remote 

. i , \ Manipulator System. . The drive system consists of a drawbar at- 

, tached to the vehicle by a set of gear racks driven by a DC motor.. 
The drawbar is extended to the next set of nodes where the base is 
- - = . locked. ■ By pulling the bar in via the DC motors, the entire * ■ 
vehicle is pulled forward. 

2) Alternate Drive Concepts (see Figure 6. 6. 1,2-1 ) - A wheeled vehicle 
would be motor driven with propulsion accomplished by friction be- 
tween wheel and structure. A device would have to be developed to 
hold the wheels in contact with the structure. 




The rotating belt is a pulley system that would be deployed to a 
minimum length of two bays. It is very similar in concept to the 
push/pull scheme. As the latches on the belt catch the next cross 
struts, the vehicle is pulled forward to that point. It would 
repeat the scenario on the next cross strut. 
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The. fourth mode is a crawler. With a minimum of three arms, the 
crawler would systematically move one arm at a time to a new refer- 
ence configuration forward. By 'attaching and releasing, it would 
work' its way forward. 




n ■ 
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The push/pull reference configuration is the least complicated ; 
drive. It is well suited to a space station truss type structure, 
and has many advantages as noted in Figure 6. 6. 1.2-2. 


i ' ■ ' , ' ' 
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2) POSITIVE EFFECT . 0 NEUTRAL; 

Figure 6.'i. 1.2-2 Drive Mode Effects.. 


o 


NEGATIVE EFFECT 


. The drive system is built above a roll drive in which the I-IRMS can 
move orthogonally to its present direction by rotating the drawbar, 
90°, The track system is designed to rotate. the corner switches '. 
when the vehicle is required to move in that direction. 


O'" 
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c) Spanning Rates - The one area that is not optimal is the spanning 
rate of the push/pull drive. A scenario and predicted spanning, 
rate of the reference drive is shovra in Figure 6. 6. 1.2-3 as com- 


pared to two "other methods — a rotating beam design or a inch-worm 



Figure 6.6. 1.2-3 Spanning Rates of Different Modes of Movement ; 


From the predicted spanning rates, the push/pull vehicle would re- 
quire the most tine. - The rotating beam is a. little' faster , but 
'■sacrifices "storage space and stability. Tlie inch-worm drive -IS' 20*. 
7 ' --faster and takes advantage -of the 50-foot reach, of the RMS. UnT^ C , 
- fortunately,- the second platform takes up considerable, space and^ . 
weight in the Shuttle cargo bay. - , 7 ' 

The rate at which the push/pull drive travels is a function of the 
mass of the vehicle, the torque advantages of the rack and pinion, 
and the size of the DC motors. 
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d) ■ Alignments - The gear rack supports the drawbar. It must be suf- 
ficiently rigid siich that the box section does not twist to throw 
off the alignment of the drawbar and nodes. Its mass and alignment 
when sliding is supported by bearing surfaces. 

■ Alignment of the drawbar with the node is critical. The relation- 
ship of one node to the next is known. Whenthe drawbar is fully- 
extended, it should activate a limit switch and be situated on top ■ 
of the node; Sensors in the motor wl .1 verify the location of the 
- drawbar.- Both the drive pin and node opening should be beveled to 
-facilitate. mating. A sensor will indicate when the pin is locked 
and the platform is about. to move.' The entire push/pull procedure 
should be automatic. The only possible human interaction will be 
to determine -the direction of movement or as an override in case of 
.a malfunction in the drive. The direction of movement can beauto- 
- mated by having knowledge' of the desired path. The, same is true 
for any malfunction where a self-diagnosis and reset/repair will 
allow, the vehicle to automatically continue. 

6. 6. 1.3 Logistics Platform - The third level is the logistics plane. 

It :wlll contain a storage platform with an R2-IS crane and possibly posi- 
tioning arms. The platform will initially be a flat deck, 9-feet by 
9-feet. Centered on one edge will be the crane. Having the crane on 
an edge opens up the entire center for storage. ... 

a)- Cargo - Some of the packages transported on the MRMS during the 
space station IOC buildup, are listed in Table. 6. 6. 1.3-1. 
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Table 6.6. U-t Space Station Elements 

rilCHT ■ MA JOR SP«C STATION ClfHfHTS 

I •fiCMovAL or HRMS ar SHunit RMS .. 

1! ilCVtR «EL. FORT «tt tlTtHSIOM, ICWER 

BOOM, CIOSEOUT, A.NO EERTHlfiG STRUCTURES - - : ' 

•MAIN RADIATOR BOOKS , _ . 

-MAIN RADIATOR PAVELS . 

" - ■ -RC5 . • - . ■ 

in -im (kADITATION MODULE 1) 

-All (AIRLOCr. 1) 

-AL2 (AIRLOCR 2) 

IV -t«2 (HABITATION HOOUtE 2) 

-UPPER REEL AND UPPER BOOM STRUCTURE 

-VTEWIAS - " ■ 

- V -LOSl (LOOISTIC MODULE t) 

-PORT AND STARBOARD SOLAR ARRAY HISS PAIR . 

-PORT AND STARBOARD CKJTBOARO TRANSVERSE BOO! STRUCTURE ‘ 

VI -LAS2 (LABORATORY PYJOtILE 2) , 

■ -EOUIPKEKT SPARES 
-EXTERNAL EXPERIHEKIS 
VII -LAJU (LASOPATORY MODULE 1) 

-EQUIPMENT SPARES 
. -EXTERNAL EXPERIMENTS 

The radiators, boons, and arrays are long Instrucents that are 
deployable. Of all the packages, the nodules and the esperlneato 
arc the largest and the nost awkward. The logistics nodule Is 
approxlnately 14 feet in dlancter and 42 feet long. Exanples of 
external experiments are shown in Table 6. 6. 1.3-2. 



The OTU servicing technology niasion is the largest package, having - . 

dlcenoions 05 feet by 30 feet by 30 feet and weighing up to 1760 

pounds. It would have to be deployed and assembled in space due to 

the linltatioas of the cargo bay dinensions. Depending on the sice 

of the various subassemblies, the subassenblles night be larger 

than the logistics surface. An option is to pull an extra JERKS 

without its crane or positioning anss. This would effectively 

double the storage area. 
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Table 6.6. t.3‘2 E.Kample of External Experiments ' 


tXAHPLE OF external EXPERIMENTS 

MISSION NF>1E 

EXTERNAL DIMENSIONS 

WT. 

EARTH OSSER- 
VATION INSTRU- 
MENT TECtflOtOO' 

IOMxlOM«EM 

SOOXG 

SIRIF • 

e.SHxAKxAM . 

<00KG 

OTV SERVICING 
TECH 

rOHxIOMxlOM 

800KG 


b) Structure - The ^!RHS oust carry heavy loads, yet be light and flat 
ao possible for storage in the Shuttle bay. The structure oust be 
stiff enougth to react the nooenta produced by the crane. 

i A variety of isaterlals are candidateef^'ftfr the storage platfonn and 
surface. A stiff naterlal la characterized by a high modulus of 
elasticity and a high area moment of inertia. The density should 
be reasonably low to avoid excessive weight. • 

c) Storage Rack - The storage rack must be as adaptable and generic as 
possible. Thun, a flat top perforated with attachment holes and a 
honeycomb type structure are ideal candidates. There are a number 

; of ways to attach the cargo to one surface. Some examples are 
shown in Figure 6. 6. 1.3-1, assuming box-type cargo elements. 

However, long, thin. beams and airlocks require a different type of 
attachment. The platform should be basic, with unique. items 
requiring specialty Interfaces. ■ 
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Figure 6.6. 1.3-1 Car^o Attacbmcut Techniques 

The layout of the various modules Is Important with the loads 
evenly balanced on the platform. Excessive overloads could bind a 
track or make alignment of the drive pin impossible. The removal 
of an item should. not sf)ift the CG excessively. The layout is also 
dependent on the reach envelope of the crane and the positioning 
arms. Interlocks or. tethers would insure that the packages remain . 
firmly secured. - 


d) Drive System - Built into the logistics plane is a roll drive. The. 
platform can be rotated to some position that will give the crane 
or positioning am its maximum reach. Tlie added degree of freedom 
is like adding an extra joint to the arms. 


I 
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Both the logistics platfora and the drive syotea rotate relative to 
the track layer. By attaching the puah/pull aechanlsa to the plat- 
fom the nuaber of roll drives can be consolidated. There is no . 
problea having the crane/anaa rotate when the drive aechanlso aoven 
to change direction and vice versa. " There should be a nanual re- 
“ lease in which the drive layer can be decoupled fron the platfora. 

Tlie roll drive fixes the platfora to the track layer. With the 
drawbar extended and free to rotate, the crane can turn, the drive 
layer to any position. An internal sensor like an absolute 
resolver should be used to nonitor the position of the drawbar and 
return it to a predefined hone position. 

6. 6. 1.4 HRMS Manipulators - 

a) RMS - The shuttle in equipped to carry two RMS arns. One ana will 
be detached, transferred to the MRMS storage platfom, and reat- 
■ tached.' The length of the ara froa shoulder to wrist is a little 
over 50 feet long. The RMS is shown in Figure 6. 6. 1.4-1. 
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The 6-DOF RHS la capable of handling any cargo transported in the 
shuttle bay. The maslmuni dynamic envelope of cargo is 15 feet In 
diameter and 60 feet In length. The RHS Is designed to routinely 
handle 32,000 pounds and 65,000 pounds in contingency. 

All the RHS drives are geared-electrical DC motors. Two hand con- 
trollers are used} a rotational hand controller (RJIC) and a trans- 
lational hand controller (THC). Each joint Is backdrlveable with 
brakes activated to hold a position. The RJJS is a tented, proven 
and available hardware for immediate use, but this does not re- 
strict the KRMS into only using an RHS. It could also use an 
existing am, with or without mbdiflcationsv to fit a particular ' 
need. 
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Figure 6, 6. 1,4-2 chows the reach envelope of a standard RMS,. The RMS 

Is capable of servicing sis cubes of the truss structure without oov- 

Ing. . There is a cone shaped void close to the vehicle that cannot be |> 

reached. The positioning ansa (paragraph c below) can fill this gap or *; 

- - - . ' • - P 

the work can be planned to be done two bays away fron the vehicle. ... 

A modification of the shoulder Joint can improve its overall reach en- 

velope, especially close to the structure. This modification would . ■ :- 

require off-setting of the shoulder pitch drive beyond the edge of the | 

logistics platform. As a result, the arm would be allowed to hang ; 

straight down and make access to the bottom of the truss feasible. ; | 

This offset is illustrated in Figure 6. 6. 1.4-3 I 
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, The end effector for the crane will be a general purpose open/close 
. device. Its main objective will be to pick up, hold, and position 
the various cargo packages. 

Sensors are needed at boththe end-effectors and at the systems 
'level. Cameras are needed for looking at the gripper. Proximity 
sensors along the length of the crane will help In obstacle avold- 
, ancc. Each joint of the crane needs velocity and position data. 

c) Positioning Arms - The robotic positioning arms are attached to two 
adjacent sides of the crane on the logistics platform. The arms 
are located parallel to each other such that they will straddle the 
IOC cube structure. The positioning arms place work stations In 
strategic locations to obtain maximum accessabllty to job sites. ^ 

f The two positioning arms are assumed Identical. If one arm was 

considerably longer than the other, their ranges would overlap and 
create a versatile system. 

Depending on arm length and joint limits, voids are created where 
the arm cannot reach. As a result Identical tasks on both sides of 
.the vehicle night Intersect one void and miss another.. Having two 
Identical arms also reduces the amount of spare parts needed. Past 
studies have also shown the heed for both the upper and lower. am 
segments to be Identical In length. Jolnt-to-jolnt dimensions for 
^ an am segment should be a minimum of 10 feet long to be able to - 
; reach the underside of the space station box trusses. The joint 
orders of the positioning am and crane are shown In Figure 
6. 6. 1.4-5. 
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Yaw ; 

Pitch. ‘ ‘ 

Pitch 


Roll - 

Translation 

Crane Positioning Arm 

Figure 6.6. t.4-S Joint Orders' 

The joint configuration of the positioning arm is similar to the 
crane except for the shoulder. The positioning arm has an addi- 
tional translation feature that allows the arm to move across the 
edge of the logistics platform. Between the translation drive and 
the pitch drive is a shoulder roll. The advantage in having a roll 
drive Is that it can turn the shoulder pitch into a shoulder yaw by 
rolling the arm 90°. A, reach envelope of the arms is shown in 
Figure 6. 6. 1.4-6. 
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WORKING ENVELOPE 


TOP VIEW 


SIDE VIEW 


AREAS OF DUAL 
ARH WORK 


lUSS 

STRUCTURE 



FRONT VIEW 


Figure 6.6.1 4-6 Positioning Arms Reach Envelope 

One advantage of having the two arms la the ability to perform 
coordinated dual ana work. The robotic joints will be similar to 
the R>{S but scaled down to match the load requirements. The elec- 
tric DC motors. will be backdrlveable and monitored for velocity and. 
position. 'When power to the drives Is removed, the brakes will 
hold Its position. 


One criteria for the positioning arm length is its ability to be 
stowed in the shuttle cargo bay. There is a variety of storage 
options as shown In Figure 6. 6. 1.4-7. 





1 . 


I 

I 


o 




: ' ■ - HCR 84-1878 ; 

November 1984 

Group I lo the most compact packaging for the arms. The arms do 
’V not add to the width of the package as compared to the third - 

group. Unfortunately, the arm lengths in Group I vrlll be shorter’ 
: than the other- groups. The shorter lengths could suit particular 

needs. Group II could have arms double the length of Group I but 
uses space required for adjacent packages. See Figure 6, 6.1. 4-8 , 
for the location of the MRMS in the first launch package. , 
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Figure 6.6. 1.4-8 MRMS Launch Stowage Location 

The preclalon of the positioning ana does not have to reflect the 
specifications of the RMS. Its main objective is to get into the 
working range of the end effector work station. The work station 
will be designed for an EVA astronaut. 

d) EVA - The astronaut accomplishes Intricate, . dexterous work that 
cannot be performed by the crane. The astronaut is nearly tall 
enough to- erect a IOC cube section by hand. His positioning am 
, will maneuver the astronaut to -the work area. Complete control of 
the am in at his finger tips. The control panel is situated 
directly in front of him, but far enough away to minimize inter- ■ 
ference. 

The astronaut's feet are restrained in a strap arrangement shown in. 
Figure 6. 2. 3-5, which shows the mobile foot restraint (MFR) at the 
end of one of the positioning arms. 
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This enables hln to have cooplete freedom of hand/arm movement. 
Such work Includes mating electrical fittings, erecting structure., 
and aligning optical transmission hardware. Table 6. 6. 1.4-1 lists 
some design requirements for the EVA. foot restraint. 

“'~With the use of an KMU, he is capable of leaving the work station 
-and returning. 

He is outfitted with his life support system and selected v7ork 
tools. With the two positioning arms, there will be times when a ’ 

; job can utilize both astronauts simultaneously. 


As the tasks and missions change, so must the training. The degree 
of difficulty and risk could also Increase, Taking everything into 
consideration, there will be a time when the use of an astronaut 
' may become prohibitive and he must be. replaced by a remotely con- . 
trolled system. 

Table 6.6. 1.4-1 EVA Restraint General Specifications 


Dfsign paramrirr 




Load capaciiy 


' ' - Dcsipn reqwrtmeniiJifmarKi 

EVa foo; rcsiraims shall maintain foot position to allow iht crewman a complete range of motion 

■ (roll, pitch, yaw) within the constraints of the space sun. 

• .Center to center distance — 25.4 to <3.2 cm (100 to 17,0 in.i. 

• Center dimension shall be determined from analysis of the tasks to be performed. 

• Ultimate design load — 623 N (140 lb) minimum in tension and shear. 

• Torsion — 203 N-m (UOO in-Ib) minimum. 

Fool restraints located within 30.5 cm (12 in.) of equipment w here failure would cause injury to the 
crewman will be identified in accordance with SC-M.0M)3. Potential areas of damage to (light 

. equipment by the crewman will also be identified. 

Metals shall be the primary material for foot restraint fabrication. Other rigid or semirigid materials 
may be used when warranted by design constraints. Materials must be approved in a'cordance 
with NHB «060.1. ■ ' .;'V, .... 


*acrcrtnc« I. NASA Geiwfil Spectrp<.i.on 5C-E.0006 
. 1. tCD . HSD-S«1ISJJ’J) 
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6. 6. 1.5 Telcprcaenee Work Syatca (TVS) - A suitable replacement for 
the EVA astronaut la a Telepresence Work System (TWS) situated at the 
end of one of the arms. The TWS concept consists of a work station 
base supporting two dextrerous manipulators, end-effector grippers and 
tooling, a stereo camera system, parts storage areas, and an onboard 
processor system. A TWS concept Is Illustrated In Figure 6. 6. 1.5-1.- 



The TWS design can be broken. down Into four major work areas: the 

base, the manipulators, the vision sensors and the processors. 

The TWS base Is the mounting structure for the manipulators, 
cameras, stabilizer, tools and electronics. A 3-DOF stabilizer is 
1 needed to support the TWS from any forces and torques generated 
during work activities. Tlic manipulators will be two lightweight, 
stiff, 7-DOF arms. The system will embody anthropomorphic (suited 
astronaut) features. Its sensor options will include stereo vision 
and force reflection capabilities, A dedicated computer and micro- 
processors will accommodate a high-order language. Bilateral posi- 
tioning will be used to control the system. 
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The TWS kinematic reach and dynamic otrengths will be equal to or . 
, greater than an EVA astronaut. Light and ntrong atate-of-the-art 
materials will be used on the base and on the manipulators. The 
dexterity of the arms will be preserved with a three-roll-wrlst. 

" Accommodatoro night be utlllxed In some assembry tacks. Some 
weight la saved with the elimination of extensive thermal protec- 
tion and life-support hardware but regained with additional 
hardware. 

6. 6. 1.6 Other Design Considerations - 

a) Structure and Nodes - The nodes are an Integral attachment part of 
' the HiLMS and the structure. For the Space Station IOC, each Joint 
will liave a minimum of two nodes as shown in Figure 6. 6. 1.6-1. On 
an end section, there would be three nodes. ’ 



The figure above also depicts those same nodes folding Inward as 
well as different trusses folding Inward. This Is necessary for 
deployable trusses where the boxes tuck In flush against each- 
other. To fold the nodes, the joint would have to be rotatable, 
perhaps In a centroidal joint or a ball-socket swivel. See Figure 
6. 6. 1.6-2 for different examples of structural attachments. The 
joint would be compactly configured until deployment, when the 
various trusses would rotate outward and lock In the final 
configuration. 
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Figure 6.6. 1. 6-2 Structural Attachment Techniques 

Overlapping Joints or adjacent box trusses without common sides are 
inaccessible by the HUMS. See Figure 6i6. 1.6-3. The spacing of 
the nodes are symaetrlcally and critically located. 



Unwanted flexures of the structure could possibly throw the node 
opaclngs off and make then difficult to locate with the drawbar. 
Initial concepts of the. structure utilised two-inch round or square 
tubing. The box sections are stiffened with diagonal cross mem- 
bers. Electrical wires and connections are integrated Into the 
tubings for case of assembly. 
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A najot criteria for the structure 1 q Its packaging for delivery 
Into orbit. Figure 6. 6. 1.6-4 illustrates nethods of stacking and 
folding different truoa asaenblles. The Space Station reference" 
scenarios have most of the station deployable with soec sections 
erectable. 


• FOLDING SCISSORS 


• NESTED TUBE 







Figure 6. 6, 1.6-4 Truss Assembly Packaging Configurations 


, Cargo Structure Attachaent - Host of the packages and esperinenta : 
on the Space Station have to be hard mounted to the structue. A. 
modular approach to attaching packagea to the box truso Is to at- 
tach the track level to the box. They can be placed on the nodes 
and locked. With the MRMS moving up one side of the structure, it 
leaves the two adjacent sides free to mount esperlements or other 
cargo packages and assemblies. Figure 6. 6. 1.6-5 shows the MRHS in 
relationship to the experiments or other cargo elcacnts. . 








I 


Ttiio method of attachment is suitable for replaceable or temporary 
packages that have to be removed periodically. If a package lo 
larger than one cube, the track layer will be rectangular, 9 feet - 
wide X 18 feet long, and taking three nodal rows. One disadvantage 
for this method of attachment is the inability to mount txro square 
tracks adjacent to each other. The two packages would have to be 

- -- combined and attached to a rectangular track. ‘ . 

c) MRHS Plane Changes - Besides moving in two orthogonal directions, 
another major concept involves a plana change.. Figure 6. 6. 1.6-6 
illustrates two concepts. Concept I. features a special cube with a 
hinged face. When the MRMS is affixed to this face. It is hinged 
90". Once its direction has changed, the vehicle Inches forward 
onto the next plane. . 
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Concept II uoefl another hlnged-type face that rotates about Its 
axis. The face extends out in a transverse direction to the struc 
ture. The HRMS movea onto the face and. affixes itself. The face 
is rotated 100" and pivoted perpendicular to its ^original direc- 
tion. The vehicle then crawls forward onto the adjacent plane. 


CONCEPT 1 . - 



w m ■ ict 


.n 



Figure 6.6.1.6-6 MRAiS Plane Changes 

A third concept does not use a special plane change structure. A 
face would be built on the solar panel glnbal. When the MRMS at- 
taches onto the face, the glnbal would turn 90° and the vehicle 
would then be at the next plane. . Unfortunately, the solar gimbals 
are not located at convenient spots. 
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d) HRHS Tranalatlon - The IfflMS Incheo forward a square at a time to 
translate in a longitudinal direction. For a transverse transla- 
tion, the drawbar and the switches ara rotated 90”. By repeating 
this proceosj the HUMS can weave back and forth to build a double 
wide structure or even an entire platform (Sec Figure 6. 6. 1.6-7). 
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Figure 6.6. 1.6-7 vVTRAfS Translation 
6.6.2 Commonality 
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■A number of assembly and construction support equipment candidates were 
.identified during the concept investigation phase of the four reference 
missions. Many of the potential candidates were obviously significant 
to the study and will require much further detailed analysis. Others _ 
with less significance in terms of functional capability, technology 
drivers, and design features have minimal Impact on the final results. 
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Therefore, It was neceaaary to reduce the number down to a fevx of the 
moat repreoentatlon candidate systema as quickly aa pooolble. In per- 
forming the acreenlng aaoeasment the following baalc objectives were 
uacd: 

' - . * • 

1) Use as a point of departure the Space Station Reference Document; 

2) Identify future supporting research and technology Items; 

3) Technical feasibility with a logical- evolutionary path; 

4) High usage probability with projected longevity; and 

5) Where support equipment Implementation could result In Incompati- 
bilities with the physical Space Station or program milestones. 

The resulting first cut at a common generic list is summarized in Table 
6. 6. 2-1. This list Is a combination of items identified In the four 
reference missions with duplications combined under generic terms and 
less significant items left out. Also shown on-the right hand side of 
the table is a first cut at the perceived level of automation that can 
be applied to this candidate list based on a nominal evolutionary 
progression. 
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i _ Table 6.6.2-1 . . •' . . 

[ Summary of Support Equipment Candidates and Level of Perceived Automation 


n 


In addition to common support equipment types there Is also commonality 
of subsystems and components between different equipments. Table 
6. 6. 2-2 presents a brief example of this concept and should be con- 
sidered as a groundrule for future Space Station studies. 
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Candidate for 


Primary Support Equipment Candidates Automation Growth 


1. Shuttle Remote Manipulator (RMS) Med 

2. Mobile Remote Platform High 

3. Mobile Remote Manipulator System (HRMS) Med. 

4. MRMS with 2-20 ft Anas (RMS Derivative) High 

5. Telepresence Work Effector (EVA Analog) .. High 

6. Mobile Foot Restraint (MFR - Shuttle) Low 

7. Closed - Cherry Picker Med 

-.8. Universal Docking (Berthing) Unit Low 

9. Fasteners (Inherent in Design) High 

,10. Fastener Tools, (clamp, weld, rivet, etc) . High 

11. Universal Tool Storage Unit Med 

; 12. Portable and Mobile Lighting/Camera Unit High 

; 13. Portable Control Bos/pendant Med 

14. Special Function Manipulators (5-DOF or Leas) High 

15. Carousel Mechanism (Satellite A*ssen Fix) High 

16. Structure Deployment Aid Med 

17. Alignment and Surface Accuracy Tools (Gross) High 

18. Alignment and Surface Accuracy Tools/Sys (Fine) High 

19. Checkout Tools, (Mechanical, Electrical and Data) High 

20. Portable Deployable Sun Shade Med 


21. Special Purpose End Effectors (t-lanipulator Exchange) High 


n 
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Table 6.6. 2-2 Example of Common Use Subsystems and Components 


MUMS - Conponeuto/Subaystems 

Legacy - . ' . 

Manipulator (Crane Type) 

Shuttle RMS . ■ 

Rotary Drive 

MMS - Flight Support System 

Manned Foot Reotralnt 

Shuttle MFR 

EVA Operatlona 

Shuttle MMU 

HRMS - Advanced Component 
(All Multiple Uae) 

Legacy 

20 ft Manipulators (6 DOF) 

Derivative of RMS 

Special Purpose Manipulators 

Derivative of RMS 

(5 DOF or less) 

Dual Arm EVA Analogue 

Use also for Smart Servicer on OMV. 
and OTV 

Module Attachment Device 

MRMS - Base Plate 

S/C Aasembly/Dla AdJ. Mechanism 

MRMS - Base Plate. with Rotary Drive 
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AUTOMATION ASSESSMENT 


It Is the objective of this section to pursue areas of. automation and 
robotics as they pertain to autonomous systems and assembly activities 
on space station. This will assure that such advanced technologies 
relevant to this area be made an Integral part of the planning and 
development for. a manned space station. Output expected from this 
effort is the identif l*;atlon with supporting rationale, of promising 
advanced robotics or automation technologies, not in use in prior or 
existing spacecraft. ... .ril.. 


6.7.1 Evaluation of Automation Concept 


n 


( [ 


An evolution of automation on both the system and subsystem levels will 
. ;be required to enable operational productivity in the initial as well 
as growth versions of the station. The increasing level of automation 
.over a period of 10-20 years will be driven by several. factors; growth 
,of the physical, station,- growth of the station operational complexity. 
Increasing Information workload, enhancements in computer capabilities, 
transition from a facility housekeeping priority mode to a payload in- 
, tensive operation environment, and to a more. failure/maintenance con- 
•• -scious mode as the station ages. As indicated above, productivity is 
the name of the game, which results in trying to automate as many as . 
possible- subsystems and payloads. . • . ' . 


Productivity as it applies here could take the form. of reduced risk of. 
human error, reduced crew time spent on laborious. or monotonous tasks, 
thus freeing them for tasks requiring their unique capabilities, and 
operating with reduced ground support crew and operating closer to 
optimum system performance efficiencies. 


n 
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Activities, that make up these tasks In the area of assembly and con- 
struction Include Items such as material handling,' 'joint fastening, 
rbeam adjustment, etc. The need for space automation In manned space ‘ 
vehicles' Is really the need for solutions that use automation in what-', 
ever fashion or combination necessary to complete a job. The space 
operations philosophy to date has had humans with hands-on capability 
performing a large number of the automatlble jobs. Past Implementation 
of automatic features consisted Initially as a bottoms-up approach In 
which single components of automation were developed, followed by 
linked components of automation were developed, and event^jL^^jctMobined 
Into Integrated systems. Some of the past examples have used 
standalone, application dependant solutions and would build upon these 
In progressing towards integrated solutions. 


n - 


The emphasis of this study Is automation; however, the IOC space 
station will use the unique capabilities of man in the form of hands-on 
and remote control. Understanding and appreciation of these 
man/machine interfaces are necessary to define the automation features 
and the degree of change with time. A simple model used to Indicate a' 


\ ' ? - V 



Figure 6.7. 1-l Human Interactive Automation Model 
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The area on this figure on the far right is the spacecraft worksite and 
the mechanical hardware represents the space station structural compo- 
nents and the mobile remote manipulator system (MRMS) that was Just 
discussed in Section 6.6. The key to making this' hardware operate 
comes under the direction of the man/raachlne and computer combination. 
k proposed evolutionary flow in this area is shown in Figure 6. 7. 1-2, 



Figure 6.7. 1-2 Remote Operations Overview 
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Shown on this, schematic is a logical transition phase going from an EVA 
hands-on capability to an autonomous- condition. Terms usedto display 
this flow can be considered a subset of remote control. Definl^ons 
for these terms or concepts as they apply to the study are presented in 
Section 1.5 of this report. Distinction between these evolving con- 
cepts are vague in many respects but do have some specific differences 
that provide unique capabilities. For example,' telepresence is the 
most human intensive control mode in this group but also provides fine 
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dexterity at the worksite with minimal operator training. This capa- 
bility la extremely useful where the remote human operator has an In- 
depth knowledge base relevant to the worksite, but little or no expe- 
rience in teleoperation. Teleoperation in general provides for the 
reverse of telepresence In that the operator Is skilled at receiving 
displayed data at the remote workstation and providing commands In 
response to such signals. Technology in the form of sensory perception 
has a considerable overlap or technology transfer from one concept to 
the other. Sensors must be selected where the data feedback signals 
are compatible with direct display through the CRT screen or to the 
computer and adaptive control software . 

In the supervisory concept the human operator Is elevated to a higher 
level of command in which the procedural ; programming language leads to 
an objects-level and eventually to a goal or task-level programming 
language. . This is the stage in the evolutionary flovr at which Integra- 
tion of intelligent automation has a major starting place. The mix 
between "hard" and "Intelligent” automation is a function of the tasks 
being performed. As the number of dynamic variables Increase, along - 
with the need for both an inherent modifiable knowledge base system and 
a dynamically changing rule base, the basic concept Is driven towards 
Intelligent automation. This initial capability, while primitive, pro- 
vides a test' bed for eventual technology transfer to teleautomation and 
on-orbit autonomy. 

This brings us doira to the concept of teleautomation in which a machine 
'located at a remote contxol^statlon Interacts with the control system 
to either update the knowledge base or modify software in order to 
carry out a predesigned function or series of actions initiated by an - 
external stimulus (e.g. offline programming). 
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Many technologies with high degrees of sophisticated automation are re- 
quired to achieve this level of remote control. The degree of automa- 
tion provided through this concept can range between "hard" to "Intel- . 
llgcnt" automation. Capabilities within this range are derived at the 
"hard" end by well defined variables operated on In a conventional, 
sequential computational mode. At the other end Is "Intelligent" auto- 
mation which uses vague and dynamic variables that are operated on In a 
parallel or non-connected node using rules and heuristics. The Ideal 
syotcm architecture for this concept is one that uses an optimum nix of 
"hard" and "intelligent" features in a proper balance. The balance 
should.be dynamic with a sensitivity based on task type and complexity 
and sophistication of sensory perception data feedback. 

It is obvious that the degree of operator Interaction desired, the 
operator skill levels required and the resulting technologies applied 
are all very intertwined with the amount of overlapping highly, depen- 
,dcnt on overall task complexity. Various task functional flows and 
decompositions have been performed and discussed in Section 6 of this 
report. Using only this task data, it Is very difficult to apply auto- 
mation features to them, since the data is limited in areas of perfor- . 
mance tradeoffs and resulting economic -benefits. To provide a more 
knowledgeable comparison, Table 6. 7. 1-1 is presented to show trends in 
required operator capabilities as a function of generic job catego- 
ries. As shown on this table, terminology used to identify remote 
operator classes has been selected based on the generic similarity to ' 
'both space and ground operations. For example, the capabilities'- 
.(skill, knowledge, experience, etc) required for ground manufacturing 
types could be similar to those identified for fabrication of beans or 
material processing In space. Manipulator system functions and automa- 
tion technologies at residential or commercial construction sites seem 
to be similar to assembly and construction functions required of large 
space systems. Also, operators of cranes or even airplanes could have 
task activities similar to 0^5V or OTV remote operators where skills and 
cognitive attributes are significant design drivers. 
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There are two inportant polnta nade here; (1) a human operator is nar- ! 

rowly focused in a United set of information and skills related to a . | 

Job and as such software architecture used to replace a few or many of . | 

these capabilities will also have a very narrow focus, and (2) the ! 

degree of supervisory or automation control given over to machines will I 

be dependant on the flexibility, adaptability, or Intelligence desired j 

or required of the task. J 
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Table 6.7. T1 Remote Control Operator Types 


REMOTE 

OPERATOR CLASS 

TASK 

ACTIVITY 

■ 

SKILL LEVEL 

MEMORY 

SENSORY 

MAHIPULATIVI 

DEXTERITY 

Manufacturing 

Aasenbly 

Faatehing 

Inopectlon 

Asoeably 
Line, 
Fixed ■ : 

Repetitive, 

Routine 

Structured 

Worksite 

Low 

(Telcauto) 

Snail / 
Medium, 

Vlslon/Touch 

Task Dep. 
Low DOF ,■ 

Construction 
Mat. Handling 
. Fastening 

On-Site , 
Mobile 

Batch, 

Activity Sets 

Medlua ’ ' 
(Supervisory) 

Medium 

1 

Vision/, 

Stereo. 

Medium 
High DOF 

Maintenance 
Renove/Rep. 
Diagnostics 
Miilti Access 

Versatile, 

Scheduled, 

jUnscheduled 

One-of-a-kind, 
Module Replace, 
Troubleshooting 

Unstructured 
Worksite , 

Considerable 

Training 

(Xclcprcs.) 

Very. Large 

Sensor 

Fusion 

Vlsion/Stereo 
Force . , 
Touch 

Fine 

rilgh DOF 

Infomatlon 
, Monitor 
Scheduling 
Planning 

' 

Housekeeping 
Workstation 
Fault Dot. 
Isolation 
Recovery 

Data Analysis 
Predictions 
Advisory 

Considerable 

Training 

(Supervisory) 

,Very Large 
(Arch.) 

Vlslon/Touch 
Data Fusion ; 

N/A 

Transporter 

Mobility 

(Driver) 

Scene Depen. , 
Crane Driver 

Low 

(Tele- 

operator) 

Medium 

Vision 

Contact 

Range 

Cross / 
Medium DOF 




VO 

CD 


HCR 84-1878 




HCR 84-1878 

.'i November 1984 

6.7.2 Control Evolution Concept 

Using the steps developed and shown in Figure 6. 7. 1-2 and the basic 
philosophy flow of slowly transferring the human operators physical 
Interactions and mental capabilities from them to machines can he 
; Illustrated through the control environment. For purposes of this 
study, the control system evolution phase Is divided Into four major 
stages and displayed In Figure 6. 7.2-1. This figure shows a series of 
overlays that. demonstrates the anticipated evolution of a. top level 
control system for the advanced MRMS concept discussed in Sections 
6.2.3 and 6.6. Each stage in this control concept Is represented by a 
different shade of blocks In sequential time periods. A brief discus- 
sion of each stage is presented below: 

Stage 1 . ' . 

In the first stage, all manipulator actions are based upon controller 
. inputs. Manipulator position is a direct function of hand controller 
_.r position. The prime method for operator sensing Is through indirect 

vision (TV). Typical hand controllers used here include switches, exo- 
skeleton, and replica types. 

Stage 2 

In the second stage of evolution, additional sensing of worksite activ- 
ity Is achieved through force and tactile sensors. The output of these 
; sensors can be monitored by the operator through graphics displays or 
directly through the hand controller. In addition, the operator Is 
aided by more advanced control laws that incorporate force Information 
as well as adapting to load changes. These advanced laws facilitate 
the control. of two arms by one or two operators. 

Stage 3 

The third stage marks the beginning of the use of Intelligent automa- 
tion techniques. For single segments of a given task, the operator . 
vrlll have the capability for Initiating a "supervisory" mode in which 
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the computer haa the responsibility for executing the given task. The 
computer notifies the operator of task status, exception or fault con-, 
ditions, and task completion. Stereo vision or scanning laser data are 
processed and used in control algorithms to provide range data. 

Stage 4 - _ 

In the final stage of evolution, the operator specifies a class of 
tasks to be performed. The computer plans the task, including order of 
activities, tool selection, and exception handling. The operator is 
notified only when workaround techniques. fall. Visual data is used to 
a higher degree in both planning and execution. 
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Figure 6. 7.2-1 Remote Control Automation Enhancement 
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Figure 6. 7.2-2 shows the overall control system evolution based on a 
time-phase consistent with the simple mission model representing assem- 
bly and construction trends. As Indicated the Initial IOC station 
(1991) Is expected to use a resolved rate manipulator, control system 
which Is current technology.' From this point forward, Integration of 
performance capability was Incorporated Into the reference IIRHS from 
both'a technology "push", l.e., force feedback hand controller, and 
also a technology "pull" requirement. For example, the benefit or 
feasible application of a force feedback hand controller to the assem- 
bly and construction tasks has not been given mut^ support In any of 
the prior related studies. Part of the rationale used dealt with the 
problem of time delays for ground operators and a combination of work- 
ing volume constraints and crew restraints needed for zero gravity by 
on-orblt operators. The remaining evolutionary steps follow a logical . 
waterfall schedule based on a sequential need priority and a technology 
build up estimate. 


This estimate took Into account a seven year span from the time It was 
considered mature on ground to when It should be Incorporated In the 
station. Also, .selected technology In this overall area Is moving 
ahead at a rapid pace and could be available prior to a real need date. 
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6.7.3; Technology.- A'^ses.srnent 


/ 




■ ■■ - A matrix :was prepared using data developed to bound the automation 

!, / ' hardware concepts in Section 6,6, the control system complexity evolu- 

I . tlon concept generated in Section 6.7.2 and the waterfall tine phase 

-estimate presented in Figure 6. 7. 2-2. The intent of this matrix, as.. 

^ ' ' summarized ■ in Figure 6. 7. 3-1, was to assess the primary and ancillary 

‘ ' technology drivers needing additional study, research, development and 

i .! verification to warrant implementation as the major piece of largo 

; space system ^LSS) assembly and construction support equipment. The 

! ' matrix format combined the block categories and terminologies presented 

I in Figures 6. 7. 2-2 and 6.2.4-i.- 

' t: Results of this assessment have indicated areas of key technologies, 

: state of the art, level of relevant activity and some of the potential 
i Impacts on space . station. 

6-111 - 







MCR 8A-I878 
November 1984 


0 


\ \ 



TECHNOLOGY STATUS 



r 


r 


Technology 

' ' 

Research 

~ 







• . * 

Status 



Emphiiis 

■ 


AutosACion Crlvcrs 

Issues 

Key Technologies 

1 

2 

3 

4 

A 

8 

C 

D 

Potential SS Impacts | 

XP,'S (JASIC) 

. 

Telcopcrated ($S)' 

- 

Data Transnisslcn ,.t' 

• 





• 





(1991 IOC) , 

. 

Teleopcrated (Cround) 

_ 

roraatlng . . ■ 

Predictive Displays' 



• 





• 





- Time Delay 

- 

Operator Selection/ 













» Bandwidth 


Training 




• 



o 





_ 

Position or Revolved' 

. 

Seven DOF Hand Controller 


• 






• 

- 

Provide Flexible Interface for 



Pate 












Hand Controller 

fore* Feedback 

. 

Crew Produpclvlty 

- 

Man/?'^cMne Task 



• 




• 


- 

Design Task and Interface for iUa 

Hand Controller 




Allocation ’ 










and Machine 

(1992) 

- 

Exchangeable C£ ' 


Special End Effectors 


o 




• 



- 

Standard EE Crip Interfaces on SS > 


. 

Sensory Perception 

. 

Stereo Vision 


• 




• 



- 

Provide Bandwidth for 5pace-to- 














Cround TV 




- 

Image Processing 


• 





• 


- 

Integrate Sensors Prior to Need 


- 

Telepresence 

“ 

Proximity, Touch and 
Force Sensing . 


• 






• 

“ 

Embed I'p In Arm Segments 

(2) 20 ft Arvs. 

. 

Low Weight AtBs/Advartced 


Advanced iuterials/ 


o 




• 





Adjustable Segiients 


Actuators 


Integral ion 











(1993) 

- 

Onorblt Serviceable Ana 

> 

P.eplaccable Am Segments 

• 






• 





- 

Dual Arcs, Operation 


Adaptive Control 



o 




• 



Requires More Sensors and 'lore 
Sensitive Data 




. 

Sensor Fusion 



• 





» 

- 

Provide Additional Signal Wires, 


- 

Structured Worksite 

- 

lX;al-Arm Coordination 
High»Specd Processing 


• 


• 



• 

• 

- 

Shielded 

Requires Larger Access and Working 
Envelopes 

Dexterous TVS 

. 

^^iltihanded Tasks . - . 

• 

Low Weight Dexterous 


• 





o 


• 

Provide Rest or Stablliaation **Kard'' 

(EVA Anatos) 




Arm 










Points sc Work Sices 

(1995) 

_ 

Unstructured Work Site 

_ 

3 DOF Co*Axis Wrist 


• 





o 


• 

Uti ivorkiitt deiton that if compatibit 




(3 Axes Act.) 










with manipulator EE hnarfacai 




_ 

Dual-Arm Coor. On Single 








• 

- 

This System Compatible with Crew 





Item 










Interface 



Lleltcd Supervisory 

- 

Itnowlcdgc-Based System 




• 




• 

- 

Codify Expertise and ExperUnee at. 



(Test Bed) 

- 

Expert System 




* 



• 


- 

Program Start 

Provide for Onboard Symbolics . 
Fmchlnes 


- 

.’tachlne Vlslon^pAnge 

- 

3-D Vision and Scan Lasers 



• 




• 


- 

Precode All Worksite Aress 

.''kiltiple Tasks 

. 

>^ultlpl4 Talks 


Executive System Controller 



• 




• 



Force Functions Into Software, , 

Clements Celng 

. 

Computer Vision 











Evaluation Flexibility 

korked by l^lltlplc 


- 

Image tViderstandirg 


• 





• 


- 

Precode All Components and a 

Ar»s 




. 










Location Grid . 

(1997) 

- 

Supervisory (Ground) ’ 

- 

frocesaing Location 
(Ground vs Space) 



• 



• 




Space Qualification of Hardware 


- 

Teleopcrated Maintenance 

- 

Mjltifinger Coor. on 
Compliant EC 


• 




• 



• 

Provides Greater SS Interface 
Flexlbimy 



, 

• 

Strategic and Tactical 
Planners 




• 




• 



ISultlpic Araa 


Progressive Increase In 


):assive yeeory 


♦ 




o 



- 

Design To Aceemaodate CptUal Disk 

Working )iultiplc 


Data Storage 











Data Storage 

Tasks 


- Operational and 


- Coeputat ionat i 









- 

'• > • . 

(20C0) 


Historical 


Archival 












• 

Expected Increase in 

- 

lotelligenc Controllers 




• 


• 




. 



7'.alntcnance Act* 












Provide Test Parts for Automated 


. 

Supervisory (Cnd & Space) 

• 

Flexible .'laLntcnancc 



• 




• 


- 




* 1 









C/0 A Testing 1 

^^lltlpl• I'nits 

. 

Remote AuCocation Support 

• 

Offline Progranalng , 




• 


o 



- 

Provide Reprogrammable Software 

Telaautouc Ion 












Onorblt 

(20C(H) 



“ 

Archival .Vemory 
ManagenenC 




' • 


• 




Pro/idc Updateable, Secure Library 


Figure 6.7.3-t Automation Technology Astettment 



Technology Statu* 

1.. llature 

2, Laboratory 

3. Studies 
A. Sonexist 

Research Eaphasls on Reed 

A. Klnloal > 

B. Acceptable 

C. Moderate 

D. Major 




9 ° 
2 
■b o 

oiS 

o -a 
c :•> 

i") 

nr *'i 
:lrs. 





MCR 84-1878 
November 1984 ^ . 


The Information in Table 6. 7.3-1 was derived from the Research Emphasis 
column of Figure 6. 7.3-1 plus other selected items. 

Table 6.7.3-1 Key ACSE Te^nologies 

Selected Technology Group 
Predictive Displays - 

Proximity, Touch & Force Sensors 
Teleoperations (Remote Control) 

Advanced Actuators 

Low Weight — Dexterous Arm 

Dual Arm Coordination 

Machine Vision (Range & Image Under.) 

Knowledge Based Systems 

Expert Systems , - 

Special EE & Multi-finger EE , 

Planners, Strategic & Tactical 
Multi System Coordination 


AUTOMATION SUMM,\RY ' ‘ ^ ' 

In addition to identifying • the major, top-level autonomous systems' 
architecture, and related artificial intelligence features, and the as- 
sembly and construction support equipment and related technology imple- 
mentation, it is important to also consider overall system implications 
Those considered in this section included areas of commonality among 
the individual support equipment, specific system functions, processing 
hardware and software, areas of overlapping technology, types and 
priorities across a wide spectrum of system elements, and a summary 
development plan to show time phasing and key milestones. A final area 
assessed was the forecasting of "scars" that should be Included into 
the IOC design to accommodate future growth. 
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6.8.1 System Commonalities 

Several algniflcaat^areas of commonality exist within anticipated ACSE 
to support large space systems assembly in space concepts. Many studies 
have been conducted that assessed all options, ranging from fabricate 
on earth and deploy In space to launch raw materials from ground to 
orbit and totally construct on orbit. As a result of these studies, a 
space station reference configuration has been established that fabri- 
cates Inherent deployable sections, i.e.. Shuttle cargo bay- compatible, 
bn ground, and then assembly of these sections on'orblt with human and 
machine support. Section 6.6.2 of this report has compiled a common 
list of generic assembly and construction support equipment (Table 
6. 6.2-1) that Is common to many future satellite system assembly and ■ 
construction approaches based on the current Space Station reference. . 

Much of. the technology required to develop this equipment is common to 
two or more of these Items. Table 6.8. 1-1 shows a matrix that indi- 
cates a cross interaction and results in identification of high use 
technologies and key support equipment that represents a wider range of 
Space Station functions.. As shown in this matrix technology developed 
for items 1 through 5 are applicable to the other items at various 
levels of sophistication. ' - • • 

6.8.2 Technology Priority Ranking Process 

The key technology priority ranking process used here was based on, a 
simple assessment technique. The emphasis during this part of the 
assessment was to compare each technology discipline against each of 
the selected parameters. Due to the vagueness in this area, and in 
some cases a lack of comparison data,- the results are intended to show 
, trends rather than exact conej-visions. The approach used in arriving at 
the final priority ranking depended on a combination of evaluation 
procedures that looked at data from the other parallel study results, . 
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Tabic 6.8. 1-1 Technology and Equipment Matrix 


PRIMARY SUPPORT 
EQUIPMENT CANDIDATES 

Predictive Displays ’ 

Proximity, Touch & Force Sensors 

Teleoperations (Remote Control) 

Advanced Actuators 

E 

< 

3 

o 

QJ 

K 

V 

p 

JZ 

at 

'5 

5 

5 

o 

Dual Arm Coordination 

Machine Vision (Range & Image Under.) 

Knowledge Based Systems 

Expert Systems 

Special EE & Multi-Finger EE 

Planners, Strategic & Tactical 

Multi System Coordination 

1) Shuttle Remote Manipulator (RMS) 

o 

O 

o 










2) Mobile Remote Platform 

o 

o 

o 










3) Mobile Remote Manipulator System (MRMS) 

o 

o 

o 

o 



O 



- 


o 

4) MRMS with 2-20 ft Arms (RMS Derivative) 

o 

o 

O 

O 

o 

O 

o 

o 

o 

O 

© 

o 

5) Telepresence Work Effector (EVA Analog) 

o 

o 

o 

o 

o 

o 

&■ 

o 

o 

o 

o 

c 

6) Manned Foot Restraint (MFR-shuttie) 


o 

o 










7) Closed-Cherry Picker 


e 


& 

o 

o 


o 


o 

o 


8) Universal Docking (Berthing) Unit 


o 





o 






9) Fasteners (inherent in design) 



o 

© 






o 



10) Fastener Tools ( clamps, weld.rivet, etc.) - 


o 

o 







o 



m Universal Tool Storage Unit 


o 











12) Portable,*! Mobile Lighting -Camera Unit 


o 

o 

o 



o 

o 

o 


o 


13) Portable Control Qox-Pendant 






o 


o 




o 

14) Special Function Manipulators (5-DOF or less) 

c 

o 

o 

o 

o 


o 



o 


o 

15) Carousel Mechanism (satellite Assem. Fix) 

o 


o 

o 






o 



16) Structure Deployment Aid 


o 








o 



17) Alignment Gi Surface Accuracy Tools (Gross) 

o 




o 


o 

o 



o 


18) Alignment & Surface Accuracy Tools- System 

o 




o 


o 

o 

© 


o 


19) Checkout Tools (Mechanical, Elect..&Data) 

o 

o 

o 




o 



9 

o 


20) Portable Deployable Sun Shade 

o 


o 


• 








21) Special Purpose End Effectors 
(Manipulator Exchange) 


o 

o 

o 


o 

e 



o 

• 

o 
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other related studies, trends derived during study. Initial guidelines, 
and on the experience/ Judgment of study participants. An Initial 
prioritization process used was. to separate the least-preferred fea- .* 
tures from the most-preferred features. A merit of value was assigned 
where the number ”.1” Indicated the most preferred and went seiuentlally 
higher through to, the least preferred. A final priority ranking Is 
presented In Table 6. 8. 2-1 that shows a numerical tally of all the In- 
dividual rankings with the lowest value having the top priority. This 
was a very quick look approach In that no weighting factors were ap- 
plied. ■ Each of the nine preference ranking parameters carried the same 
weighting factors, whereas In more complex assessment methods, differ- 
ent weights might be applied to each comparison parameter. 
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Table 6.S.2-1 Technology Priority Comparison Matrix • 


" II 

•1. 

V j - 
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£' * ■ 

*4 1 

V - ! 

/ 1 ! - ■ 
i 1 

f . . ' 

't 

£. ; • . . 

, 1 
>» . V 

»-• 

** . 

\ PRIORITY 

\ RANKING 

V CRITERIA, 

SELECTED 

TECHNOLOGY 

GROUP 

Human Productivity 

Existing SRT Efforts 

Application Frequency 

Risk Consideration 

Development Cost 

Benefits 

Prior SRT Efforts 

Near-Term Development 
Need 

National Interest 

Final Priority Ranking 

. Predictive Displays ' 

9 

1 

6 

2 

2 

8 

n/a 

3 

11 

3 

Proximity, Touch & Force Sensors 

10 

6 

5 

1 

1 

5 



1 

9 

2 

: Teleoperations (Remoto Control) 

5 

G 

2 

3 

3 

1 



4 

10 

1 

■ Advanced Actuators 

6 

4 

4 

4 

6 

11 



2 

8 

6 

; Low Weight-Dexterous Arm 

_7 

3 

1 

5 

5 

10 



5 

7 

4 

: Dual Arm Coordination 

8 

2 

3 

6 

7 

6 



6 

5 

5 

o hu - 

f ' ' 

1 '' 
h : 

t: . - 

f : •- - 

- 1- 

t' : 

f- i 
i- 

Machine Vision (Rengo a Image Under.) 

3 

11 

11 

9 

10 

7 



9 

2 

10 

Knowledge Based Systems 

2 

8 

7 

10 

11 

4 



7 

4 

7 

: Expert Systems 

1 

10 

9 

8 

8 

2 



8 

1 . 

9 

Special EE a Multi-Finger EE 
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7 

8 

7 

4 

9 



11 

C 

11 

Planners, Strategic & Tactical 
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9 

10 

11 
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10 
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■ Multi System Coordination 

ly/A 
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6.8.3 Developaent Plan 



n 


The assembly and construction support equipment developaent will' be 
consistent with standard aerospace hardware development programs. How- 
ever, early hardware development should take advantage of the NASA pro- 
tofllght concept of early flight testing of systems and subsystems. 

This reduces the number of test hardware units, reduces the extent of 
ground testing, and makes use of the Shuttle test bed concept where 
hardware is tasted in a structured space environment, then' returned ' for 
post-test inspections and analyses. With this programmatic philosophy. 
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all subsystems will be divided Into manned and unmanned elements, where 
manned elements such as the MRMS personnel and material transporters 
and the MFR. (mobile foot restraint). Any item with direct human Inter- 
action or where crew safety could be at Issue will recalve more exten- 
sive ground testing to demonstrate flight worthiness. 

The unmanned elements such as manipulators, docking devices, mobile 
transport platforms, lighting aid, alignment package, etcr. ,i'will Ini- 
tially be evaluated from the Orblter payload specialist station with 
the elements being captive within the cargo bay. The Shuttle remote 
manipulator system and. EVA manned maneuvering unit will augment these 
evaluations. 

After completion of proof of concept and subsystem tests, the various 
elements will be assembled on a priority step basis (greater system 
complexity) and ground tested to verify all interfaces. The new ele- 
ments added Into the system v;lll then be functionally verified as a 
system through Space Station test bed Shuttle sortie flights, using 
task panels and structure mockups for operational simulations. This 
verification process will ensurfe the operational demonstration can be 
operated efficiently as part of an evolvablllty growth plan. 

Aftbr completion' of the flight subsystem tests, the elements will be 
assembled and checked to verify all Space Station interfaces. Any 
inconsistencies will be updated and factored into the flight hardtrare 
fabrication cycle. 

A summary development and demonstration plan Is presented in Figure 
6. 8. 3-1 that follows the various key technologies through the major 
fabrication and test cycles. This plan has been generated using five 
primary phases to the development and demonstration of selected assem- 
bly and construction support equipment (ACSE): 1) design study, 

-2). proof of concept, 3) prototype or protoflight units, 4) Shuttle 





Predtctiv* 

OitpUy 

\ 

PfOni.'Dity^Tojch 
fil Force Sar.sor 


Proof of'Cor.cept 


Krtowiedg* Bests 
Ejfperl System 
Ouat Arm Coord. 

' on Single Item- 
Machine Vision 


Actuators 
Low Weight Arm. 
Oexterout ' 

Duel Arm Coordination 


Prototype Test N. 


fnleifigent I 
Controllers * 

\ I . 

FIfiaibla 

Maintenance 


Multi Finger EE 
Strategic ( 

' Tactical 1 

Planne'S . 


Flight Unit fabrication 


System Integration Test 






1 - — 


Predictiva Display 
Remota Control 
Pfojt. & Force ' 
Feedback 


Dual Arm Coord. 
Task Performance 


Multi Finger 
End Effector 


Flight Test (Tati Stdil I 




SpacaStation Mifattonts ^ 

a. 



4* 


SHT 

MRMS ■■ IOC 

WMl/Z 7 DOF 

20(1 Afini 

2Arm(TWSI 

■roSUndir 

CuJoH 

Sptca Sistlon 

Hand 

Adjuitibte 

EVAAnilogui 

Sopareltory 

N'otti; Prolotyp. to Fit.- S y..ri 

. Proof-of Ccnc«pl“ 15 ■ ' ’ ■ 

FUtht T»« Art. 1 yj.r ' 

• 

Contrallsr 

Ses'i'*'"* 

Control 

Flight Urtlt Build » yuri 

Figure 6.S.3- / A CSF. Ti'fhnnliigy Drvi'lnpnu’iit Plan 













flight test bed, 5) systems Integration, and 6) space flight operations 
verification. Each of these phases are discussed In the following 
paragraphs. Also, refer to Reference (39) in Appendix A. 



6.8.3. 1 Design Study - The ACSE design study will be conducted over a 
period of- nine months In order to generate the design requirements and 
specifications for, the various Items. A significant portion of the 
design specifications .related to product configuration, useful life, 
environmental- requirements, quality assurance provisions, and delivery 
requirements will be very similar or Identical for all equipment. 

Based on the design requirements, common components and subsystems, V 
l.e. , manipulators, mechanisms, etc,j» » along with common capsules for 
manned operations would be Identified, Other outputs of this study 
would Include a program statement of work, a work breakdown structure 
(WBS), and preliminary cost estimates for the balance of the ACSE 
development and demonstration program. An Important part of this study 
effort Is Identification of facilities (labs, support tools, and 
software models). 
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6. 8. 3. 2 Proof of Concept Models - Thla phase la planned for a period 
of 15 montha to develop the prellnlnary design for the selected groups 
of hardware Iteua tliat are categorized aa ACSE. Proof of concept 
hardware will be fabricated and tested where prellnlnary evaluations 
are required. In the cases where scaled codeia will be cost effective 
as design/test aids, they will also be used. This phase will build on 
the vast design experience from the NASA manned space projects, 
particularly Apollo and Skylab, and the STS. Off-the-shelf components 
will be used where possible to ensure a cost-effective design 
development phase. Although materials and processes nay not be 
fllghtworthy, -the space and Shuttle compatible materials will be 
Identified during this phase. Manufacturing will be conducted In close 
liaison with design personnel to reduce design change turnaround,. The 
test activities will provide basic parametric data such as weight, 
power, volume, operating rates, and efficiencies. Zero gravity ground 
slmulr'.'lon tests may be performed using the NASA low gravity aircraft 
and other simulation facilities. If equipment Is compatible. Where 
applicable, some of the proof-of-concept hardware would be disassembled 
from the equipment and used In the next phase of the program. 

In addition to program progress meetings, there are four typical formal 
reviews that should be conducted as required: 

o System Requirements Reviews - This review presents the Initial 

overall system specifications along with subsystem and programmatic 
.specifications, : 

o Prellnlnary Design Reviews - Those reviews present preliminary ACSE 
designs and Identify how the design requirements and specifications 
are being net. - 

,o Critical Design Reviews - These reviews present detailed design of 
the ACSE Items and supporting analyses for NASA approval prior to 
the start of manufav-.turlng. 
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o Post Toot Revlewa - These reviews will present results of the 
various tests — the anomalies and corrective actions. 

Considerations will be presented for the test planning of the other 
phases of the program. . 

6. 8. 3. 3 Protoflight ACSE - This phase Is planned as a 12 to 24 month 
period of performance, depending on the specific subsystem, basically 
divided Into 6 months for design and studies, 8 to 16 months for 
manufacturing, and 2 months for ground testing. The studies In support 
of this phase will primarily produce the Interface control documents 
related to the Orblter teat bed activities and the construction 
equipment, the stowage and deployed envelopes for the ACSE, and the 
definitions of the ACSE subsystems. The detailed design activity will 
produce flight-type engineering drawings, supported by structural and 
thermal analyses, and failure nodes and effects analyses. Subsystems 
to Include power, controls, and communications as defined from the 
previous study will be designed for each of the ACSE items. The 
designs must consider common usage hardware, serviceability, and 
maintainability due to the projected missions for the ACSE, formal 
quality assurance and test plans will be developed for controlling the 
hardware Items.* Preliminary plans will be submitted for NASA approval, 
and a process for .reporting, anomalies and thorough corrective actions, 
will be mutually agreed upon. The ACSE will be fabricated from 
materials and with processes that have been certified as being, 
flightworthy and compatible with the space and Orblter environments. 
Formal quality assurance and engineering change controls will be 
Imposed to ensure hardware configurations are consistent. Component 
procurement for later flight operations will require the same flight 
hardware standards. 
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Ground testing will be performed to verify the Integrity of each ACSE 
’ item.. The testing would Include electromagnetic compatibility (EMC), 
vibration and shock, and thermal-vacuum environments with functional 
, operations during the thermal-vacuum tests and before and after each 
environment. Crew member operations will also be Included. 

In addition to regularly-scheduled program meetings, formal reviews to 
Include a PDR, a CDR, and Post-Test Review will serve the functions as 
: previously described In paragraph 6. 8. 3. 2. 

' 6. 8. 3. 4 Shuttle Test Bed - This phase of the program will be 6 to 9 
months, depending on the Shuttle launch schedule and load complement. 

The ACSE Item and supporting subsystems will be stowed In the Orblter 
cargo bay, verifying the integrity of all Interfaces. In the case of 
the Shuttle sortie flights for task board operational verification of 
the, ACSE, the Orblter payload specialist station controls will be 
Installed and functionally verified as well. 

• Formal reviews will Include SRR, PDR, CDR, and Post Test Reviews with 
; JSC-personnel. 

6. 0.3. 5 System Integration - This phase of the program will be 3 to 9 
months duration, depending on Space Station Integration simulation 
model schedules and availability of cargo bay space. During this , - 
period, the specific ACSE hardware items will be Integrated with all , 
associated subsystems and a system end-to-end verification 
accomplished. The flight readiness review will be conducted to ensure 
' all related program activities have been successfully completed and 
that no open action Items exist. 
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6. 8. 3. 6 Space Operations - It la our estimate that a major amount of 
activity will take place in the 1985-1995 timeframe to accomplish the 
necessary space verifications of each of the ACSE items. The 
availability of the more complex equipment must be scheduled to permit 
adequate test/verlflcatlon time. 

. A point of reference for space demonstration span times is the Apollo 
Command Module/Lunar Module docking Interface. In the case of the 
ACSE,. many of the hardware items will be of comparable’ complexity and, 
therefore adequate schedules must be provided. 

6.8.4 Space Station Automation Growth Impacts Onto IOC 

Tlie overall emphasis of this study is to project into the future and 
forecast initial requirements needed to adapt to future- uncertainties. 
This approach is necessary for a logical evolvabillty but presents a 
conflict «lth low front-end program costs. However, it has become 
increasingly apparent that sequential development, over long 
operational periods (approx. 20 years), along with constanly-evolving 
, and challenging requirements are most probable. To deal with this 
reality requires a program design approach that defines, designs, and 
■ maintains the overall Space Station with flexibility as a driving 
- guideline. One way to provide flexibility is to Incorporate into the 
' initial system the ability to expand or extend the system in any' 
dimension, i.e. , function, performance, operation, hardware, software, 
etc. This should be done in a cost-effective manner that incorporates 
a structured and modular implementation capability. Some of this 
capability can.be achieved by including, early in the program design and 
build , "scars" that are compatible with future station modifications and 
growth. A first cut at some of the potential "scars" that are 
indicated in this assessment are shown in Table 6. 8. 4-1. 
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Table 6.8.4-1 Space Station Scarring Projections for A&C 


ACCESSIBILITY: 

Design access corridors to allow for growth MRMS and 
working envelopes at selected worksites. 

BERTHING: 

Provide. additional berthing/docking ports at multiple 
locations throughout the Space Station. As the^' program .. 
matures, the number of free flyers will Increase, l.e., 
stowed or crippled. 

HARD POINTS: 

i. 

Design system to have "hard” or rest points at worksites 
to aid In stabilizing manipulator end effector motion. - 

Hard points located at structure nodes provides consider- ' 
able flexibility to many other A&C activities. 

LABELING: . 

. Labeling, marking, or coding of all modules, assemblies, 
and components with viewing access la required for re- 
placement operations. Marking or coding the complete ..^7 
Space Station Into 3-D grid is needed for early autono- 
mous robots with machine vision. 

, MODULARIZATION: 

Modular design of all systems and subsystems should be a 
primary Space Station ground rule to accommodate growth, 
servicing, and updating. Module (ORUs) should have re- 
placement interfaces compatible with EVA and manipulators. 

STOWAGE: 

Much of the A&C support equipment, i.ei, small tools, 
naterlals/parts, etc. Look at providing holes In struc- 
tural surfaces to accommodate temporary item attacbiments. 
Also, consider .for mobility (crawling). 

KNOWLEDGE BASE: 

Establish and maintain a process for "skill” or "knowl- 
edge" retention where knowledge and experience of experts 
working the Space Station program would codify their ex-. . 
pertlse and lessons learned into Inference rules of a KBS 
for future use In an expert system. 

TEST PORTS:' 

Design test ports Into the data management system to 
accommodate autonomous checkout and troubleshooting 
capability of a mobile robot or intelligent servicer. 
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A&C Assembly and Construction 

ACSE Assembly and Construction Support Equipment 

A/D i ■ Analog-to-Dlgltal 

ADP Automatic Data Processing 

AI I > Artificial Intelligence. 

AL Airlock (Module) 

ARE Air Revitalization Equipment 

ASE Airlock Support Equipment 

ATV Autonomous Transport Vehicle 


BAC Boeing Aerospace Company 

BIU Bus Interface Unit 


C&D , Control and Display 

CDR . . Critical Design Review 

CE ' Conaion Equipment ; -■ 

CG Center of Gravity 

COOT ' . Control ' 

CPC . ■ Computer Program Component 

CPCI ' Computer Program Configuration Item 

CSI California. Space Institute 


DBMS f Data Base tianagement System 

DC Direct Current ' ' 

DM - - Data Management 

DMS , Data Management- System 

DOD Department of Defense ' 

■ ■ DOF’ ' . • Degrees of Freedom . 

'■ ECLS(S) Environmental Control and Life Support (System) 
EMC - Electromagnetic Compatihillty 

- EP ; Electrical Propulsion 

EPGS j ■ Electrical Power Generation System 
EVA : Extravehicular Activity 

- FCC Federal Communications Commission 

FOC \ Final Operational Configuration 

FSS Flight Support Structure 


GE General Electric . 

GEO Geosynchronous (Geostationary) Earth Orbit 

GHZ Gigahertz • 

GN&C * . Guidance, Navigation and Control 
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; . HAB 

Habitation 




• f HAC : 

Hughes Aircraft Company 
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•; ■ H&H j 

Health and Hygiene 
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■ ■ ,! . HLOA 

Highest Level of Automation ! 
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■i-. . HM . 

■Habitat Module . . 
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H/W 

' , Hardware - . 
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r;i H/X 

Heat Exchanger , - - ; . 




ID . 

Interface Device 




; ; I/O . 

: Input/output 




: IOC- 

Initial Operational Configuration 

. - . ' ■ ’ ' ■ 



; IVA - 

Intervehicle Activity 




; JPL 

Jet Propulsion Laboratory 

• " • 


' 

' KB . 

Knox/ledge Base . • , ' 
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■' • KBS 

■ knowledge Based System . . . 
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. ‘ ‘ ■ KWE 

Kilowatts Electrical- 
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' LAB 

Laboratory 
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LaRC 

... Langley Research Center ; 




: LDR 

Large Deployable Reflector - 




- ' LEO 

‘ Low Earth Orbit . , ' 
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1; -LM- 

-Landmark Mission . ' .v,....- 
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, Logistics (Module) " - - 
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LSS . 

, Life Support System . . 
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'MBPS 

Megabits per, Second ‘ . 
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.. HCAT 

: !-• -Man/Computer. Access Terminal . .. 

... .. - L . ' ; 


- i .HEO'- 

.' Medium- Earth Orbit -■ ■ 




■ MFR ■ 

Mobile -Foot Restraint - 
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- , Martin. Marietta Corporation , . . , 
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• ' Manned Maneuvering Unit " 




HOD 

. Module , ' Modular . 
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'■ MOPS ' 

Millions of Operations per Second ; 
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M/P 

Manufacturing/Processing , 
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^ ; MPH' 

Manipulator Positioning Mechanism 
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HRHS 

! Mobile Remote Manipulator System 
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Marshall Space Flight Center 
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NASA 

National Aeronautics and Space Administration 
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. Nautical 
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;■ Numerical Control 
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OCSE Orbital Construction Support Equipment 

ODDNET Optical Data Distribution Network 

ON/ Orbital Maneuvering Vehicle 

ORU Orbital Replacement Unit . 

OSI Operator System Interface ' , 

OTV Orbital Transfer, Vehicle 


PDR Preliminary Design Review 


R&D Research & Development 

RFI Radio Frequency Interferance 

RH Relative Humidity 

RMS Remote Manipulator System 

R&S Resupply and Storage 

R&T : Research and Technology 



SDP Standard Data Processor 

SHE Safe Haven Equipment- . ' 

SRI Stanford Research Institute 

SRR System Requirements Review 

SS . Space Station ' ‘ 

SSAS Space Station Autonation Study .. 

SSS Space Station System! 

STS Space Transportation System (Shuttle) 

S/W . Software 


TBD To Be Determined, 

TBR • .To Be Resolved ‘ • 

TDAS(S) , Tracking. and Data. Acquisition Satellite (System). 
TDM Technology Development Mission , , - - ' 

TDRS(S) . Tracking and Data, Relay., Satellite (System) ,'.! 

TIM Technical Interchange Meeting (s) ! : 

TT&C . , Telemetry, Tracking and Control!, . \ 

TWS Telepresence Work System , - ' - ‘ 


,/ VHSIC Very High Speed Integrated Circuit 
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